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PREFATA 


Scopul acestei lucrari este de a oferi cititorului o imagine de ansamblu asupra 
principiilor de proiectare si implementare ale limbajelor de programare 
imperative, precum şi de a trece în revistă principalele elemente constructive 
(împreună cu întreaga lor problematică) pe baza cărora se dezvoltă aceste 
limbaje. Prezentarea este făcută la un nivel de bază, încercând să ofere cititorului 
o familiarizare şi o îndemânare absolut necesară pe care oricine are contact cu un 
limbaj de programare trebuie să o aibă. 


Studiul proiectării şi implementării unui limbaj de programare este un aspect 
foarte important în studiul general al limbajelor de programare chiar dacă 
cititorul nu va ajunge să dezvolte sau să proiecteze vreodată un limbaj al său. 
Programatorul care înțelege motivaţia facilitatilor oferite de diferite limbaje va fi 
in stare să le utilizeze mult mai inteligent şi mult mai eficient, iar un proiectant 
de compilatoare va fi capabil să le implementeze mult mai bine. 


Într-un domeniu atât de dinamic ca informatica există pericolul ca orice carte 


să devină perimată în câţiva ani. Mai mult, informația acumulată de utilizatori, 
programatori şi chiar cercetători îşi pierde treptat din valoare devenind învechită, 
inutilă şi inutilizabilă. De aceea, relativ la studiul problematicii limbajelor de 
programare, considerăm mult mai importantă prezentarea unor principii de bază, 
esenţiale şi mai ales durabile, decât prezentarea unor detalii tehnice specifice 
care vor fi depăşite în scurt timp. Chiar şi în discuţiile asupra tehnicilor de 
implementare în cadrul limbajelor de programare am respectat această regulă. 


Lucrarea de faţă nu este un manual de programare. Chiar dacă se fac multe 
referiri la sintaxa limbajelor, se dau exemple de programe, se fac numeroase 
comparații între limbajele de referință in informatică, totuşi nu se prezintă nici 
un limbaj în detaliu. Comparatiile între limbaje sunt realizate mai mult prin 
prisma înfelesului construcţiilor (deci a semanticii lor) şi nu pe baza detaliilor de 
sintaxă. 

Am dorit, prin această carte, să oferim cititorului şansa de a se familiariza cu 
conceptele fundamentale ale limbajelor de programare, principii generale ce îi 
vor simplifica învăţarea oricărui limbaj de acum înainte. 


Autorii 


1. EVOLUȚIA ŞI CLASIFICAREA 
LIMBAJELOR DE PROGRAMARE 


Prin limbaj de programare (LP) înţelegem o notație sistematică prin care este 
descris un proces de calcul. Rolul unui limbaj de programare este de a pune la 
dispoziţia programatorilor construcţii sintactice pentru organizarea calculelor. 
Procesul de calcul (PC) este constituit dintr-o mulțime de paşi pe care o maşină 
fi poate executa pentru a rezolva o anumită problemă, paşi care sunt exprimati în 
comenzi elementare pe care maşina (calculatorul) ştie să le execute. Prin urmare, 
pentru descrierea procesului de calcul este necesară cunoaşterea setului de 
comenzi (instrucţiuni) al maşinii la care ne referim. 


1.1. Limbaj maşină. Limbaj de nivel înalt 


Limbajul nativ al unui computer este aşa-numitul Jimbaj maşină al tipului de 
calculator respectiv, acest limbaj reprezentând notația la care calculatorul 
răspunde în mod direct. 


Setul de comenzi elementare al unui calculator este constituit din: 
— operații aritmetice şi logice; 

— Operații de intrare-ieşire; 

— unele funcţii speciale, numite funcții de control. 


Comenzile şi instrucţiunile limbajului maşină sunt scrise într-o formă 
codificată, foarte compactă, fapt ce îngreunează foarte mult înțelegerea textului 
sursi. Din păcate, limbajul maşină este foarte legat de arhitectura fizică a 
mașinii, el fiind constituit din succesiuni de codificări binare, ca de exemplu: 


0000101011110000 
001.011 1751111111 
0010000000000101 


secvente a căror semnificaţie este imposibil de a fi descifrată în mod rezonabil de 
către programator. Datorită apropierii de maşină, executarea unei operaţii 
complexe necesită scrierea unei secvenţe lungi de instrucţiuni şi comenzi. 


Limbajul de asamblare al unui calculator face din acest punct de vedere un 
pas înainte prin atribuirea de nume simbolice (aşa numitele mnemonici) 
codificărilor operaţiilor maşinii, precum şi locatiilor de memorie asociate. 
Secventa de coduri binare de mai sus are, pe o anumită arhitectură, echivalentul 
mnemonic: 


LOAD J 
ADD J 
STORE K 


însă nici una din variantele prezentate nu este la fel de clară şi semnificativă ca 
echivalentul lor: 


K:=I+Jd 


Din acest motiv, limbajele maşină şi cele de asamblare se numesc limbaje de 
nivel scăzut. 


Aceste limbaje sunt foarte departe de limbajul natural, aşa că s-a căutat 
elaborarea altor limbaje, mai apropiate de exprimarea naturală. Rezultatul este 
ceea ce numim acum limbaje de programare de nivel înalt (engl. high-level 
programming languages, echivalate uneori cu termenul de limbaje de pro- 
gramare). Aceste limbaje utilizează notații mai putin primitive decât limbajele 
de asamblare, în care exprimarea acţiunilor de urmat devine uşoară, clară Şi 
concisă. 


Nivelul înalt are semnificaţia unei distanțări suficient de mari față de nivelul 
de exprimare al maşinii. Un limbaj de nivel înalt măreşte considerabil numărul 
celor ce vor utiliza echipamentele disponibile la un moment dat. Putem spune că 
proiectarea şi implementarea limbajelor de programare este activitatea 
capitală de a cărei calitate depinde lărgirea comunității programatorilor care 
să poată realiza eficient dezvoltarea unor aplicaţii de larg interes. 


Orice notație utilizată care este diferită de limbajul maşină nu poate fi 
executată direct, ea trebuind să fie tradusă în limbajul maşină al calculatorului 
gazdă, Activitatea de traducere (numită generic translatare) este preluată de 
programe specializate numite compilatoare (dacă textul sursă iniţial este scris 
într-un limbaj de nivel înalt) sau asambloare (dacă textul sursă este scris în 
limbaj de asamblare). 


Datorită interpunerii compilatoarelor şi asambloarelor este evident că odată 
cu creşterea claritatii şi accesibilitatii, limbajele de programare de nivel înalt 
aduc cu ele şi o scădere a performanţei de execuţie faţă de variantele de program 
scrise direct în limbaj maşină. Aceste scăderi se manifestă pe două planuri: 


i. timp maşină cerut de procesul de compilare; 


ii. codul rezultat în urma translatării este de obicei mai lung şi necesită mai 
mult timp de execuţie decât varianta codificată direct în limbaj maşină. 


Trecerea la utilizarea pe scară largă a limbajelor de nivel înalt a adus cu sine 
o caracteristică foarte importantă a programelor scrise în astfel de limbaje: 
Portabilitatea, adică posibilitatea ca programele să fie rulate pe arhitecturi de 
calcul de tipuri diferite fără ca programele sursă să fie supuse unor modificări 
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(sau cel mult să fie supuse unor modificări cu totul minore). Acest moment a fost 
foarte important pentru dezvoltarea unei comunități de programatori, pentru 
răspândirea soft-ului şi pentru crearea de biblioteci de programe reutilizabile. 


Să vedem care sunt elementele esenţiale pe care le promovează un limbaj de 
programare de nivel înalt: 


ñ, Modelul de calcul (computation model) 


Reflectă principiile de lucru ale programelor scrise în acel limbaj (am amintit 
în acest sens că limbajele imperative promovează modelul de calcul von 
Neumann). Din acest punct de vedere un limbaj poate reflecta prin modelul 
de calcul adoptat arhitectura maşinii pe care rulează sau poate reflecta o 


arhitectură diferită. 


Spre exemplu, limbajele de programare concurente promovează un model 
de calcul care simulează execuţia simultană a unor entități de programe (deci 
reflectă o arhitectură multiprocesor), chiar dacă arhitectura pe care rulează 


acestea este de tip monoprocesor. 

b. Tipuri de date şi operaţii 
Calculatorul dispune de un set de tipuri de bază (întreg, caracter, real). Este 
rolul limbajului să pună la dispoziție mecanisme de generare a unor structuri 


combinate pe baza tipurilor de bază (tablouri, înregistrări, liste). Fiecare tip 
de dată necesită operaţii asociate pentru manipularea valorilor sale. 


© Facilități de abstractizare 


Funcţiile şi procedurile reprezintă abstractizări ale operațiilor şi acțiunilor 
necesare dintr-un program. De exemplu, un program poate defini funcţia 
radpat (pentru extragerea rădăcinii pătrate dintr-un număr), pa care 
aceasta poate fi folosită ca orice funcţie predefinită a limbajului. De inia 
de noi tipuri de dată reprezintă o altă utilizare a facilităților de sae : 
un program poate defini tipul de dată coadă, după care acest tip de dată va 
avea acelaşi regim ca şi tipul predefinit tablou, spre exemplu. 


d. Verificare 


Faza de compilare poate detecta pe lângă clasicele erori de sintaxă ear 
larga de erori posibile la executie: de exemplu, o incompatibilitate de tip pa 
exemplu, încercarea de utilizare a unei variabile întregi pe post de varia i» ă 
de tablou), chiar dacă nu este o eroare tipică de sintaxă, face Pa in 
categoria erorilor de execuție detectabile în faza de compilare. Aşadar, aza 
de translatare, în ciuda unor dezavantaje menționate anterior, sporeşte 
siguranța programelor procesate. 
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1.2. Maşina von Neumann 


Experiența acumulată până în prezent impune ca cerință minimă unui limbaj 
de programare capacitatea acestuia de a ajuta la scrierea de programe “bune”, 
unde printr-un program “bun” înțelegem un program uşor de citit, de înţeles şi 
de modificat, 


Limbajele de programare îşi au originea în arhitectura computerelor. Acest 
adevar (valabil din păcate gi în prezent chiar dacă din ce în ce mai putin) a 
leat mult dezvoltarea de limbaje de programare uşor de utilizat şi de 


Inţelea, 


Aga numita maşină von Neumann a fost construită în 1947 în cadrul 
Institutului de Studii Avansate din Princeton, S.U.A. de către un colectiv condus 
de Durka, Goldatine și von Neumann. Principiile arhitecturale de bază ale acestei 
maşini se regăsesc în tonte calculatoarele care funcționează çi astăzi, şi ele pot fi 
circumscrise afirmației că orice execuţie a unui program nu reprezintă în esență 
altceva decât un şir de transformări a conținutului unor celule de memorie 
(transformări care se realizează în aceste limbaje prin intermediul instrucţiunilor 
de atribuire). 


Organizarea maşinii von Neumann este prezentată în figura 1.1. 


Unitatea de control, unitatea aritmetică şi unitatea de I/O (intrare/ieșire) 
constituiau echivalentul unității centrale (UC) a calculatoarelor actuale. 
Memoria conținea atât instrucțiuni cât şi date. Conținutul unei locații de 
memorie (40 biți) era interpretat, după caz, drept valoare numerică sau drept 
codificările a două instrucțiuni reprezentate fiecare pe câte 20 de biti. Un 
program în limbaj maşină consta dintr-o secvenţă de instrucțiuni. 


Unitatea aritmetică 


nitatea de I/O 


Unitatea de control 


Fig.1.1. Organizarea generală a maşinii von Neumann 
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Elementele maşinii von Neumann erau: 
- datele - singurele acceptate erau numerele întregi; 


~ operații aritmetice - adunare, scădere, înmulțire, împărțire întreagă si 
valoare absolută. Rezultatul unei adunări sau scăderi era plasat în registrul 
acumulator. 


Funcționarea unei maşini von Neumann era asigurată pe baza: 


ə atribuirii de valori locatiilor de memorie - unei locații de memorie i se 
putea atribui valoarea din acumulator; 


e controlului fluxului de instrucțiuni (control flow) - execuția secventiala 
naturală a șirului de instrucțiuni putea fi întreruptă de o instrucțiune go 
to. Următoarea instrucțiune de executat se prelua din cuvântul de 
memorie menționat ca operand în instrucțiunea go to. 


Proiectul caracteriza maşina von Neumann în felul următor: 


Utilitatea unui calculator automat constă în posibilitatea utilizării repetate 
a unei secvențe de instrucțiuni date, numărul de iterații fiind predefinit sau 
dependent de rezultatele calculelor. 


Principiul von Neumann s-a reflectat permanent de-a lungul timpului în 
metodologia proiectării şi dezvoltării limbajelor de programare, fapt care a 
impietat asupra vitezei de evoluție în problematica teoriei şi practicii limbajelor 
de programare. 


Majoritatea limbajelor de nivel înalt (Pascal, C, Modula, FORTRAN, 
ALGOL, Oberon) reflectă la orice nivel acest principiu, din această cauză ele 
numindu-se limbaje dirijate de control (control-flow languages), adică limbaje 
În cadrul cărora execuţia este dirijată de instrucțiuni de control al execuţiei 
(instrucțiuni care dirijează fluxul modificărilor celulelor de memorie la care 
programul are acces). Dintre aceste instrucțiuni, rolul central îl are instrucțiunea 
de atribuire, iar limbajele dirijate de control se mai numesc şi limbaje imperative 
(termen derivat din caracterul “imperativ”, tranșant, ferm, al acțiunii instructiu- 
hilor de atribuire). Un limbaj de programare imperativ poate fi privit ca o 
extensie a tipului de arhitectură hard pe care se implementează, iar un program 
ponte fi privit ca o extensie a limbajului de programare respectiv. 


Conţinutul volumului de faţă se va axa principal pe problematica ridicată de 
Aceste limbaje imperative. Chiar dacă vor fi discutate comparativ elemente noi, 
introduse de limbaje şi stiluri de programare mai recente (programare 
funcțională, programare logică etc.), trebuie să recunoaştem că în. ciuda 
numeroaselor imperfectiuni de proiectare şi implementare, limbajele imperative, 
prin eficiența de execuţie pe care o etalează (și aceasta se întâmplă tocmai pe 
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baza principiului von Neumann de care acestea fin cont) rămân încă principalele 
instrumente soft de proiectare şi implementare a aplicaţiilor importante. 


1.3. Generatii de limbaje 


Un sumar al evoluției în timp a limbajelor de programare s-ar putea exprima 
astfel: : 
1964-1958 Limbaje de prima generaţie (FORTRAN I, ALGOL58). 
Acestea au meritul de a fi făcut pasul decisiv de la limbajul de 
asamblare la limbajele de nivel înalt. Rolul lor primordial a constat 


în promovarea gi dezvoltarea conceptelor ce stau la baza limbajelor 
de programare de nivel înalt precum și a implementării lor. 


Limbaje de generaţia a doua (ALGOL60, FORTRAN II, Cobol, 
Lisp). 


Sunt considerate limbaje stabile, durabile, care se utilizează intens şi 
astăzi. Chiar dacă ALGOL60 nu a atins un grad de răspândire 
suficient de mare, influența sa a fost imensă în dezvoltarea limbajelor 
Pascal, PL/1, Simula şi Ada. 


Limbaje de generaţia a treia (PL/1, ALGOL68, Pascal, Simula) 


Chiar dacă au reprezentat teoretic un pas înainte, succesul lor nu se 
poate compara nici pe departe cu cel al limbajelor de generaţia a doua. 
Încercarea acestor limbaje de a le înlocui pe cele de generaţia a doua 
a fost sortită eşecului, făcându-l pe Hoare să remarce că “ALGOL60 
reprezintă un pas înainte fata de succesorii(!) săi”. Limbajul PL/1 a 
combinat elemente de FORTRAN, ALGOL şi Cobol rezultând un 
limbaj puternic, dar mult prea complex, deosebit de dificil de învăţat 
şi de implementat. Încercarea limbajului ALGOL68 de a generaliza 
limbajul ALGOL60 a fost caracterizată drept elegantă dar neaccep- 
tată practic de marea masă a programatorilor. Limbajul Pascal, desi 
cu un enorm succes din punct de vedere didactic, nu este considerat 
nici astăzi suficient de robust pentru utilizare la scară industrială. 


Limbaje de generaţia a patra (CLU, CSP, Ada, Smalltalk) 


Au avut o răspândire şi mai redusă decât cele de generaţia a treia, 
justificând pe bună dreptate denumirea acestei perioade drept “gol de 
generaţie” (generation gap). Această perioadă a fost însă o perioadă 
de cercetare intensă şi de reevaluare a obiectivelor proiectării limba- 
jelor de programare. Criza software de la sfârşitul anilor *60 a condus 
la o schimbare de optică în acest sens, accentul căzând pe structurare. 
La nivel micro acest lucru s-a făcut prin eliminarea instrucţiunilor 


1962-1971 


1972-1979 


goto şi înlocuirea lor cu instrucțiuni de tip while, iar la nivel macro 
s-a pus mare accent pe modularizarea programelor prin utilizarea 
intensivă de funcții şi proceduri şi prin promovarea conceptului de 
abstractizare a datelor. 


1980-1990 Paradigme ale limbajelor de programare 


Deceniul al nouălea se caracterizează printr-o intensă activitate de 
cercetare, concentrată nu atât pe studiul şi dezvoltarea unor limbaje 
particulare, cât pe studiul paradigmelor asociate claselor de limbaje. 
In acest sens, se remarcă clasele de limbaje funcţionale, logice, 
orientate obiect si distribuite, ele reprezentând si cele patru paradigme 
de programare cel mai intens studiate la ora actuală. 


1.4. Paradigme de programare 


Paradigmele de programare sunt colecţii individualizate de caracteristici de 
evaluare şi criterii de abstractizare care determină şi diferenţiază clasele de 
limbaje de programare. Ca exemple de astfel de criterii amintim structura 
programului, noţiunea de stare a execuţiei, metodologia programării etc. 


În 1990 Wegner dă următoarea clasificare relativ la paradigmele de 
programare acceptate şi la exponentii lor cei mai reprezentativi [Weg90]: 


a paradigma programării procedurale şi structurate 


Este caracterizată prin faptul că un program este privit ca o mulțime ierarhică 
de blocuri şi proceduri. Exponent: ALGOL60. 


b. paradigma programării bazate obiect şi orientată obiect 


Un program este constituit dintr-o colecţie de obiecte care interacționează. 
Exponenti: Simula, Smalltalk, C++. 


ë paradigma programării concurente şi distribuite 


Execuţia unui program este constituită din acţiuni multiple posibil a fi 
executate în paralel pe una sau mai multe mașini. Execuţia acțiunilor poate 
fi independentă sau acţiunile pot depinde una de alta, situaţie în care este 
nevoie de primitive de sincronizare si comunicare. Exponenti: CSP, extensii 
concurente ale limbajelor imperative (C, Pascal, FORTRAN), Linda, 
Occam. 


paradigma programării funcţionale 


Un program este descris pe baza unor funcții de tip matematic (în sensul 
lipsei efectelor secundare, vezi 8.5), utilizate de obicei recursiv. Funcţiile 
sunt considerate obiecte cu “drepturi egale” î 


în cadrul limbajului, adică la 
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fel ca elementele oricărui tip de dată ele pot constitui elementul de bază în 
structurarea unor date (putem avea de exemplu tablouri de funcţii), pot fi 
returnate ca rezultat al unor funcții (funcția compunere de funcţii returnează 
de exemplu o altă funcţie) ş.a.m.d. Exponenti: Lisp (‘60), Miranda (‘70), 
ML (‘80), Haskell (90). 


e. paradigma programării logice 


Un program este descris printr-un set de relaţii între obiecte precum si de 
rentrieţii ce definesc cadrul în care funcţionează acele obiecte. Execuţia 
inseamnă aici activarea unui proces deductiv care va furniza concluzii 
posibile pe baza datelor de intrare. Exponent: Prolog. 


| Paradigma programării la nivelul bazelor de date 


Acţiunile programului sunt dictate de cerințele unei gestiuni corecte şi 
vonsintente a bazelor de date asupra cărora acţionează programul. Expo- 
neni) SOL, Diane, 


Paradigmele prezentate nu sunt mutual exclusive, De exemplu, Ada este atat 
un limbaj structurat cât şi unul bazat pe obiecte, iar Parlog este atât un limbaj 
concurent cât gi unul logic, Sistemele de gestiune a bazelor de date orientate 
obiect (Encore, 02) combină paradigmele b) şi f). Astfel de limbaje se numesc 
sisteme multiparadigmă (MP). 


Aceste sisteme sunt de dorit în principiu, însă sunt extrem de dificil de 
realizat. Limbajele PL/1 si Ada reprezintă două bune exemple în acest sens, 
rezultatul fiind în ambele cazuri un limbaj foarte complex care a slăbit 
aplicabilitatea paradigmelor constituente printr-o inadecvată generalizare a 
acestora. 


Viitorul în această direcţie este privit ca fiind al sistemelor distribuite cu 
independenţă individuală sporită (loosely coupled distributed systems), capabile 
să suporte subsisteme MP cooperante. O astfel de soluție conservă integritatea 
paradigmelor asociate, păstrând avantajele fiecăreia dintre ele. Sistemele în timp 
real dezvoltate în prezent la nivelul corporațiilor şi grupurilor largi de cercetare 
respectă deja aceste principii de proiectare. 


1.5. Evoluţia limbajelor de programare 


Prezentăm în continuare aspectele importante din evoluţia istorică a celor 
mai cunoscute limbaje de programare, aspecte ce au menirea de a clarifica locul 
şi rolul jucat de fiecare dintre aceste limbaje de-a lungul timpului. 
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1.5.1. Limbajul FORTRAN 


La mijlocul anilor ‘50, in cadrul firmei IBM, un grup condus de John 
Backus studia posibilitatea realizării unui aşa-numit translator algebric, 
principala greutate fiind considerată atunci nu specificarea sau traducerea 
limbajului, ci ineficienta codului rezultat. Specificarea versiunii 0 a limbajului 
FORTRAN (FORmula TRANslation) a fost realizată în 1954, iar primul 
vompilator a apărut doi ani şi jumătate mai târziu. Au urmat, tot în această 
perioadă, versiunile I şi II ale specificaţiilor limbajului (Backus, 1957). Suportul 
Material oferit de firma IBM, care a livrat gratuit produsul, este unul dintre 
motivele care au dus la popularitatea acestui limbaj. Între alte motive se pot 


menționa : 
este primul limbaj de programare de nivel înalt; 
are o sintaxă simplă, apropiată de scrierea matematică; 
există o bibliotecă de subprograme ştiinţifice extrem de puternică, oferită 
tot de IBM (aceasta în anii ‘60); 


apariţia unor noi versiuni ale limbajului, standardizate (standardul ANSI 
1966, cunoscut sub numele de FORTRAN IV, standardul ANSI 1977, 
cunoscut sub numele de FORTRAN77) şi implementarea acestora pe o 
gamă tot mai largă de calculatoare, începând de la microsisteme şi ter- 
minând cu supercalculatoarele. 


Principalele caracteristici ale limbajului FORTRAN sunt vizibile încă din 
versiunea II a acestuia. Acestea sunt: 


linia sursă are un format fix, fiind formată din 4 câmpuri: 


è coloanele 1-5 pentru specificarea etichetei, care este un număr; 

e coloana 6 pentru specificarea unei linii de continuare; 

e coloanele 7-72 pentru zona de instrucţiuni; 

è coloanele 73-80 pentru zona de identificare a liniei sursă; 

precizarea tipului unei variabile poate fi făcută prin convenţia standard: 

e variabilele al căror nume începe cu I,J,K,L,M,N sunt presupuse a fi de 
tip întreg; 

e celelalte variabile se consideră de tip real; 

e  precizările de mai sus sunt valabile acolo unde nu există alte declaraţii 
explicite sau implicite de tip; 


existența instrucţiunii JF aritmetic (instrucţiune de ramificare în 3 direcţii, 
după cum expresia are valoare negativă, nulă sau pozitivă); 
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— existența instructiunii de ciclare DO, cu următoarele inconveniente: 


e corpul ciclului se execută întotdeauna cel puțin o dată; 
e variabila de ciclare este întreagă; 


e limitele variabilei de ciclare pot fi constante sau variabile întregi 
simple; 


— existenţa instrucţiunii neexecutabile FORMAT, cu ajutorul căreia se 
specifică formatul extern al datelor la operațiunile de intrare-ieşire şi se pot 
tipări şiruri de caractere Hollerith (cu formatul nH<sir de caractere>); 


— posibilitatea introducerii comentariilor în textul sursă (prin caracterul ‘C’ 
pus în coloana 1 a liniei respective). 


1.5.2. Limbajul ALGOL 


Unul dintre limbajele care au avut o contribuție remarcabilă la dezvoltarea 
limbajelor de programare este ALGOL-ul. Prima versiune a acestui limbaj, este 
ALGOLSS, dar versiunea de referință este considerată a fi ALGOL60 [Nau63], 
oare este prezentată în raportul ALGOL60, ca reprezentând un moment de 
tAscruce care a marcat întreaga dezvoltare ulterioară a limbajelor de programare. 
Poate că cea mai clară ilustrare a acestei influențe este faptul că a apărut 
termenul de ALGOL-like (de tip ALGOL), folosit atunci când se face referința 
la genealogia unei familii de limbaje de programare, cu înțelesul că limbajele 
respective contin majoritatea conceptelor introduse de ALGOL60, încercând 
(nu în toate cazurile) să le îmbunătățească. Impactul produs de acest limbaj (încă 
înainte de a se dispune de un compilator pentru el) s-a manifestat şi în modul de 
descriere a algoritmilor prezentaţi în articole ştiinţifice sau monografii. Conform 
definiției lui Horowitz [Hor83], proprietăţile unui limbaj ALGOL-like ar fi: 


— este algoritmic (permite descrierea proceselor de calcul); 


— este imperativ (algoritmul este considerat ca o secvenţă de modificări ale 
memoriei); 


— are ca unităţi de bază blocul si procedura; 


— conține conceptele de tip (engl. type) şi de verificare a tipului (engl. type 
checking); 


— specificarea lui este făcută prin reguli sintactice; 
— necesită compilarea. 


Referindu-ne strict la limbajul ALGOL60, merită menţionate câteva dintre 
motivele pentru care, cu tot svecesul său în lumea ştiinţifică (mai ales din 
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vonsiderente teoretice), el nu a cunoscut o utilizare pe măsura calităţilor sale. 
Printre aceste motive trebuie enumerate următoarele: 


lipsa de intrări/ieşiri standard; 
mecanismul de transmitere a parametrilor prin nume; 


lipsa sprijinului firmei IBM, care vedea în ALGOL60 un concurent serios 
pentru limbajul FORTRAN promovat de ea. 


După mai bine de 30 de ani de la apariţia sa, putem acum, cu cunoştinţele de 
azi, să enumerăm şi alte neajunsuri ale acestui limbaj: 


mecanismul de verificare al tipurilor neadecvat; 

inexistența unui mecanism de definire a tipurilor noi (de exemplu tipul 
record); 

imposibilitatea compilării separate; 

inexistenţa unui mecanism de definire a tipurilor de date abstracte. 


Insuccesul comercial al limbajului ALGOL60 şi impactul său deosebit de 
favorabil asupra cercetării ştiinţifice teoretice din informatică au condus la 
aparijia unor noi limbaje cu acest nume, dezvoltate in deceniul șapte. Intre 
avestea menţionăm ALGOL-W si ALGOL68. Cu toate încercările de 
“Tnfrumusetare” efectuate, limbajul dispare practic din punctul de vedere al 
aplicațiilor scrise în el, rămânând doar ca un jalon important din punct de vedere 


teoretic. 


1,5.3. Limbajul COBOL 


Începutul anilor *60 coincide cu apariţia celui de al treilea limbaj de nivel 
inalt, limbajul COBOL. Apariţia acestuia este legată de Departamentul Apărării 
al SUA (US DOD = United States Department of Defence) care, ajungand Le. 
voncluzia că este necesar un limbaj unic pentru a fi utilizat în toate domeniile 
militare de activitate, a format un grup de specialişti pentru proiectarea acestuia. 
iterultatul activitatii acestui grup a fost publicat la sfarsitul anului 1959, el 
constând în raportul COBOL. Numele COBOL provine din expresia COmmon 
Business Oriented Language. Un an mai târziu, existau deja două compilatoare 
© OROL. Datorită sprijinului puternic primit (atât din partea guvernului SUA, 
VĂI și n constructorilor americani de calculatoare), limbajul se impune repede pe 
piaţă şi devine cel mai utilizat limbaj de programare, cel putin în deceniul şapte. 
Noile concepte teoretice introduse de COBOL în domeniul limbajelor de 
programare sunt de o importanță majoră. Printre acestea amintim: 


— descrierea datelor independentă de maşină (DATA DIVISION), care 
conține germenii a ceea ce astăzi numim DBMS (Data Base Management 
System); 


instrucțiunea de ramificare IF-THEN-ELSE în forma sa generală apare 
pentru prima dată in COBOL; 


conceptul de cuvinte în plus (engl. noise words) utilizate fără nici un scop 
semantic, ci doar pentru creşterea lizibilitatii programelor, ceea ce în cadrul 
limbajelor de astăzi se exprimă prin sintagma dulcegării sintactice (syn- 
Hotie sugar), 


La fel en limbajul FORTRAN, € ‘OBOL-ul cunoaşte şi in perioada moderna 
i perleoționare continuă, De exemplu, standardul COBOL ANSI 1981, 
unoacut și sub numele de COROLBI încearcă să contracareze ofensiva 
DEMS-urilor ((HASE, FOXbane §.4.m.d,) populare pe microcalculatoare. 


1.5.4. Anii ‘60 


În deceniul şapte al secolului nostru s-a produs o adevărată revoluţie în 
domeniul limbajelor de programare. Se pot distinge câteva tendințe importante 
in acest câmp de activitate: 


- lim bajele FORTRAN si COBOL devin limbajele standard pentru aplicatii 
ştiinţifice şi comerciale; i 


se continuă linia ALGOL60 cu o pleiadă de limbaje ALGOL-like; 


A DE E nE as A i A 
se încearcă înlocuirea limbajelor vechi” cu altele “noi”, care să înglobeze 
caracteristicile pozitive ale primelor; 


— apar limbaje conceptual noi. 


In cele ce urmează vom încerca să detaliem, prin exemple, câteva dintre 
evenimentele majore ale anilor ‘60 în domeniul limbajelor de programare. 


Linia ALGOL60 este continuată de ALGOL-W [Wir66a] si Euler 
[Wir66b], ambele dezvoltate de Niklaus Wirth. Conceptele nou introduse sunt: 


- ALGOL-W 


e © nouă metodă de transmitere a parametrilor, numită valoare- 
rezultat; 


e instrucțiunea case; 


— Euler 


e se încearcă tratarea procedurilor ca obiecte; 


e precedența simplă ca tehnică de analiză sintactică. 


Al treilea limbaj ALGOL-like realizat de Wirth este Pascal-ul, care va face 
obiectul unui paragraf separat. 


Tot pe linia ALGOL-ului se înscrie şi SIMULA67, realizat în Norvegia 
|Dah66]. Aşa cum îi arată şi numele, limbajul a fost conceput pentru aplicaţii în 
domeniul simulării. Din punct de vedere conceptual, SIMULA67 este primul 
limbaj ce introduce clasa, considerată a fi un grup de declaraţii şi proceduri luate 
impreună şi tratate ca o unitate distinctă de program. Obiectele clasei pot fi 
fenerate dinamic şi ele au o durată de viata independentă de locul în care au fost 
vrente, Acest concept este considerat a fi părintele tipurilor abstracte de date. 


Dintre limbajele conceptual noi, diferite de ALGOL60, ne vom referi la 
APL, LISP şi SNOBOL. 


Limbajul APL 


A fost realizat la IBM de Kenneth Iverson [Ive62]. Numele limbajului 
provine de la initialele cuvintelor englezesti A Programming Language si 
scopul lui Iverson a fost realizarea unui limbaj puternic, care să utilizeze o 
notație compactă pentru descrierea operaţiilor matematice. Prima lui 
utilizare remarcabilă este la descrierea formală a familiei de calculatoare 
IBM/360, dar implementarea sa (obţinerea unui translator) s-a făcut destul 
de târziu. Astăzi există multe implementări ale limbajului pe o gamă diversă 
de calculatoare, cu toate că unele dintre caracteristicile APL contravin 
regulilor consacrate ale teoriei limbajelor de programare, aşa cum este ea 
de regulă acceptată în zilele noastre. 


Limbajul LISP 


A fost realizat de John McCarthy la MIT, începând din 1959 [Giu87]. 
Numele lui provine de la LIS: Processing, iar domeniul de aplicare este 
inteligența artificială. Limbajul LISP introduce un nou tip de programare, 
numită programare funcţională. Conceptele şi notatiile noi introduse de el 
sunt: 


datele şi programele sunt reprezentate uniform, sub forma aşa-numitelor 
S-expresii (engl. symbolic-expressions); 


o nouă formă a expresiei conditionale; 
se utilizează forma prefix a operatorilor; 
structura fundamentală de control este recursivitatea; 


este preferată aşa numita tehnică a culegerii gunoiului (engl. garbage 
collection) în locul ştergerii explicite de către utilizator a referintelor. 


După mai bine de trei decenii, LISP rămâne în actualitate, atât datorită 
calităților sale enumerate mai sus, cât şi dezvoltării puternice a principalului 
său domeniu de aplicare, inteligența artificială. 


Limbajul SNOBOL [Far64] 


A fost realizat de Farber, Griswold şi Polonsky la Laboratoarele Bell, spre 
mijlocul deceniului al şaptelea. Punctul forte al acestui limbaj este prelu- 
crarea sirurilor de caractere. După versiunile SNOBOL2 şi SNOBOL3, la 
începutul anilor ‘80 era disponibilă versiunea SNOBOL4, ce conţinea un 
foarte eficient mecanism de macrodefinitii. Pe linia realizării de limbaje noi, 
care să le înlocuiască pe cele existente (în speţă limbajele FORTRAN şi 
COBOL) s-a înscris puternic firma IBM, aproximativ la mijlocul anilor ‘60. 


Limbajul PL/I 


Rezultatul obținut este limbajul PL/1, pregătit pentru noua familie 360 care 
era lansată tot în această perioadă. Limbajul PL/1 a “împrumutat” câte ceva 
din limbajele FORTRAN, COBOL şi ALGOL60: 


instrucțiunea de atribuire din FORTRAN; 
— structura de bloc şi procedurile recursive din ALGOL60; 


— structurile de date asemănătoare COBOL-ului. 


Pe lângă acestea, PL/1 introduce două noi concepte: 
— gestiunea excepțiilor 


Permite programatorului să prevadă secvenţe speciale de program 
pentru tratarea situaţiilor deosebite (predefinite sau neprevăzute) ce 
pot apare în timpul execuţiei programului (de exemplu împărțiri cu 
0, depăşiri artimetice, erori fizice de intrare/ieșire etc.); 


— multitasking-ul 
Are un rol major in descrierea paralelismului. 


fn figura 1.2. este prezentat un “arbore genealogic” al limbajelor de 
programare, fiind incluse o parte dintre limbajele imperative proeminente ale 
anilor ‘60-’80. Toate aceste limbaje au în comun dependenţa fundamentală față 
de noţiunea de variabilă privită ca locaţie de memorie purtătoare de valori, 
valori care pot fi alterate prin instrucțiuni de atribuire. În 1978, Backus [Bac78] 
sugerează că proiectarea acestor limbaje a fost influențată esenţial de maşina von 
Neumann pe care acestea se execută. Limbajele imperative pot fi caracterizate 
prin cinci concepte, sub care se pot grupa toate proprietăţile lor. Acestea sunt: 


a.  concatenarea listelor de declaraţii şi a instrucţiunilor; 


b. fluxul de control reprezentat prin: 
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selectare: instrucţiunile conditionale, reuniunile discriminatorii si 
gestiunea excepțiilor; 


e  ciclare. iterații cu număr cunoscut sau necunoscut de paşi; 


e  recursivitate; 
ë agregarea datelor: blocuri, tablouri, înregistrări; 


i, abstractizarea cu ajutorul procedurilor şi al tipurilor abstracte de date; 
e concurenţa ce include sincronizarea şi nondeterminismul. 


Arborele sugerează că la momentul actual majoritatea conceptelor evoluate 
vehiculate în cadrul limbajelor de programare pot fi regăsite sub diferite forme la 
Nivelul limbajului C++. Chiar dacă această afirmaţie comportă unele discuţii, 
irebuie să acceptăm că în ciuda unor deficienţe recunoscute, C++ este la ora 
motuală cel mai larg utilizat limbaj de programare în proiectarea aplicaţiilor de 
aivergura. 


1,5.5. Limbajul Pascal 


Spre sfârşitul anilor ‘60, apare raportul ALGOL68 [Wij69], care introduce 
(lou concepte noi: generalitatea şi ortogonalitatea (vezi. cap.2). Între membrii 
#rupului care a realizat acest raport s-a numărat şi Niklaus Wirth care, nefiind de 
seord cu publicarea raportului, s-a retras din el şi a realizat limbajul Pascal. 
lleen de bază urmărită la proiectarea acestui limbaj este operarea cu un număr 
mio de concepte integrate, care să fie compilabile într-un cod eficient. Printre 
stuurile Pascal-ului se numără: 


mecanismul de structurare a datelor, ce permite un nivel superior de 
abstractizare; 


existența unei definiții axiomatice a limbajului, dată de Hoare şi Wirth (în 
1971); 
mecanismul de verificare. a programelor în faza de compilare. 
Cu toate aceste avantaje, limbajul Pascal are şi parti mai putin bune: 
nu este evitată alierea (engl. aliasing); 
utilizarea pointerilor nu este controlată strict, putând rezulta erori grave; 


mecanismul de definire a tipurilor prezintă anumite anomalii (toate tipurile 
enumerare sunt ordonate; toate tipurile care sunt subdomenii de întregi sunt 
considerate întregi; nu este posibilă verificarea completă a compatibilitatii 
tipurilor în faza de compilare, de exemplu în cazul tipului record cu 
variante); 
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Fig. 1.2. Genealogia unor limbaje de programare 


— imposibilitatea folosirii tablourilor cu dimensiuni variabile, lucru posibil 
de exemplu în ALGOL68. 


Este adevărat că multe dintre dezavantajele enumerate au fost eliminate în 
versiunile sau implementările ulterioare ale limbajului Pascal. Primul compil 
tor Pascal a fost realizat tot de Wirth în 1971. Limbajul PASCAL a devi 
lingua franca în mediul academic, el căpătând o largă utilizare datorită uşurinţ 
cu care se pot realiza programe puternice si eficiente, utilizându-se un set red 


ile concepte. De asemenea, el este folosit deseori ca limbaj de descriere a 
Algoritmilor, înlocuind predecesorul său, ALGOL-ul. 


În capitolele următoare se vor face referiri frecvente la limbajul PASCAL, 
Motiv pentru care nu detaliem aici alte aspecte ale limbajului. 


1,5.6. Anii ‘70 


Tendinţa înregistrată în anii ‘60 se continuă la un nivel superior în deceniul 
Wimâtor. Specifică deceniului opt se consideră a fi concentrarea eforturilor de 
Îmbunătăţire a stilului de programare în limbajele imperative. Tendintele majore 
femarcate în acest deceniu sunt: 


dezvoltarea conceptului de tip abstract de date, apărut odată cu conceptul 
de clasă în SIMULA şi dezvoltat în această perioadă în cadrul limbajelor 
CLU, Euclid, MODULA şi Ada. Conceptul de tip abstract de dată (TAD) 
este tratat din două puncte de vedere: 


a. relativ la proiectarea (specificarea) unui limbaj de programare; 


b. ca proprietate a unui limbaj de programare, în sensul de facilitate pusă 
la dispoziția programatorului, pentru a realiza extinderea acestuia. 


perfecționarea mecanismelor de gestiune a excepțiilor, disponibile în PL/1 
(în care sunt prevăzute doar saltul la o rutină ce tratează excepția şi 
revenirea din aceasta în programul apelant) cu aspecte privind modul în 
care execuţia poate continua normal sau privind comportarea obiectelor 
după detectarea unei excepții, exemple semnificative fiind limbajele Ada 
gi CLU; 

încorporarea de mecanisme pentru descrierea proceselor paralele, datorată 
creșterii volumului aplicaţiilor în timp real (sisteme de operare, sisteme de 
control al proceselor industriale, sisteme de rezervări de locuri sau de 
gestiune bancară etc.), care necesită exploatarea simultană a mai multor 
programe care au acces la aceleaşi resurse, numite în general procese. 
Pentru sincronizarea proceselor s-au dezvoltat mai multe concepte, cum 
sunt: 


e  semaforul [Dij68a]; 
* monitorul [Hoa74] implementat în Pascalul Concurent; 
* sincronizarea prin transmitere de mesaje [Hoa78]. 


Dintre limbajele cu facilități privind concurența se disting Modula [Wir77] 
ȘI Ada [Mun86]. 


Între alte limbaje care au apărut în deceniul opt merită amintite limbajele C 
(1974), limbaj in care este scris sistemul de operare UNIX şi limbajul 
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SMALLTALK (1972), care marchează un nou domeniu: programarea 
orientata obiect. 


1.5.7. Limbajul Ada 


La aproape douăzeci de ani după naşterea COBOL-ului, istoria se repetă, pe 
un plan superior. Acelaşi sponsor, US DOD, constată că pe calculatoarele ce au 
o utilizare militară (sute de tipuri diferite) se rulează programe scrise într-o mare 
varietate de limbaje de programare şi consideră oportună crearea unui nou limbaj 
de programare pentru sisteme hibride de calcul (engl. embedded computer 
systems), Este vorba în esență de aplicaţii de dimensiuni mari, complexe, având 
un grad ridicat de concurenţă şi care depind extrem de mult de performanţele 
hardware-ului. Așa s-a ajuns la Ada. i 


Primele 4 proiecte de specificare au purtat, succesiv, numele STRAWMAN 
(omul de paie), WOODENMAN (omul de lemn), TINMAN (omul de tinichea) 
şi IRONMAN (omul de fier), fiind elaborate în cadrul DOD de un grup de 
specialişti ai acestui departament. Ultima versiune, IRONMAN, a fost supusă 
competiţiei între diverse companii specializate în elaborarea specificaţiilor 
limbajului, câştigătorul fiind un grup din cadrul firmei CII-Bull din Franţa, 
condus de Jean Ichbiah. Noul set de specificaţii a primit numele de 
STEELMAN (omul de oțel), iar limbajul rezultat a fost numit Ada, după 
numele fiicei poetului Byron, Ada Augusta, contesă de Lovelace, considerată a 
fi prima programatoare din istorie. Specificatiile au apărut la începutul anilor 
“80, în publicaţii ale Departamentului Apărării al SUA [*4]. 


Ada este un limbaj de tip Pascal, conţinând în plus facilităţi pentru calcule 
numerice, intrări/ieşiri nestandard, specificarea dependenţei de maşină, gestiu- 
nea excepțiilor, abstractizarea datelor şi concurență. În concordanță cu 
specificaţiile, proprietăţile limbajului acoperă toată gama conceptelor moderne: 


— modularitate; 

— portabilitate; 

— extensibilitate; 

— abstractizare; 

— facilități pentru dezvoltarea de programe; 
— facilități pentru întreținere. 


După apariția specificațiilor, DOD a constituit un comitet ce avea sarcina 
a valida compilatoarele ADA realizate de diverşii producători de softwat 
(firme, instituții etc.). Pentru aceasta a fost elaborată o baterie de teste pe e 
fiecare compilator candidat la certificare trebuie să le treacă. Rezultatul trec 
cu succes a testelor este un certificat ce atestă compatibilitatea integrală 
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eompilatorului cu specificațiile Ada. Testele sunt extrem de dure, neexistând 
posibilitatea trecerii lor pentru subseturi ale limbajului. Severitatea testelor este 
justificată prin aceea că, de la începutul proiectării sale, limbajul Ada a fost 
vonceput ca un întreg, nepermițându-se existența subseturilor (datorită în special 
vonceptelor de standardizare şi de portabilitate). Există, la această oră, sute de 
eompilatoare Ada certificate. 


1,5.8. Anii ‘80 


Deceniul nouă al secolului nostru a însemnat o etapă calitativ superioară din 
punctul de vedere al dezvoltării informaticii. Prin simplă enumerare, se pot 
distinge câteva direcţii esenţiale în ceea ce priveşte acest domeniu: 

dezvoltarea microelectronicii conduce la realizarea de calculatoare mai 
compacte si mai rapide; 
apariţia calculatoarelor personale produce democratizarea informaticii, 
permiţând accesul utilizatorului nespecialist la resursele unui sistem de 
calcul, cu repercursiuni masive în: 
+ industria constructoare de calculatoare: un segment important al 
producţiei va fi ocupat de calculatoarele personale; 
+ industria software: apar numeroase firme specializate în realizarea de 
produse program “la cheie”, destinate publicului larg; 


* gestiunea informaţiei: începe procesul de schimbare a suportului 
tradiţional de informaţie (hârtia) cu suporturi accesibile calculatoare- 
lor (magnetice); 

dezvoltarea arhitecturii calculatoarelor (calculatoare vectoriale, paralele) 
şi apariţia supercalculatoarelor, concomitent cu extinderea gamei de apli- 
catii abordabile. 


În domeniul limbajelor de programare, acest deceniu se remarcă printr-o 
multitudine de realizări, cel putin în următoarele domenii: 


inteligenţa artificială: dezvoltarea generației a V-a de calculatoare, căreia 
Îi este destinat limbajul PROLOG; 


programare orientată obiect: limbajul SMALLTALK, versiuni orientate 
obiect ale limbajelor C şi PASCAL; 


apariția de noi standarde pentru limbajele “vechi”, care încearcă să înlăture 
deficienţele acestora sau să le adauge noi facilități (FORTRAN, COBOL, 


Pascal); 
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— dezvoltarea de limbaje de manipulare a datelor pentru aplicaţiile de gesti- 
une, cu o sintaxă simplă, destinate utilizatorilor neprofesionişti (ABASE, 
FoxBase, Reflex, Paradox); 


— apariția unor instrumente software puternice, destinate atât programatorilor 
experimentați, cât şi utilizatorilor obişnuiţi: 


e medii de programare (mediile Turbo, de exemplu, ce includ editoare 
de texte, compilatoare, link-editoare şi depanatoare simbolice) şi 
suprafețe de operare (Microsoft Windows, Digital Research GEM 
ş.a.); 

e editoare de texte (MicroPro WordStar, WordPerfect, Microsoft 
Word, Ventura Publisher, Horstmann Software ChiWriter etc.); 


e programe pentru prelucrări de tabele (Lotus 1-2-3, Borland 
Quattro, Microsoft Excel $.a.); 


e pachete de CAD (Computer Aided Design = proiectare asistată de 
calculator): AutoCAD, ORCAD etc; 


e utilitare de întreținere şi interfaţa plăcută cu utilizatorul: Norton 
Utilities, Norton Commander, XTree cu versiunile XTPro şi 
XTGold, PC Tools, PC Shell ş.a. 


— dezvoltarea unor pachete de programe ştiinţifice puternice, care înglobează 
funcţii de gestiune a bazelor de date, prelucrare statistică şi reprezentare 
grafică a rezultatelor obţinute (SYSTAT, CSS, StatPack). 


1.5.9. Cele mai importante limbaje de programare 


Tabelul 1.1., preluat şi adaptat după Ghezzi [Ghe82], conţine o trecere în 
revistă a celor mai importante limbaje de programare de-a lungul timpului, cu 
evidențierea originii şi a domeniului de aplicaţii al acestora. 


Tabelul 1.1. Limbaje de programare 


Limbajul Autor(i) 
FORTRAN | 1954 
1957? | (IBM) 
ALGOL60 | 1958 Comitet 
1960° 
COBOL 1959 Comitet prelucrări de date 
1960° (DOD) economice 
APL 1959 K. Iverson prelucrari de 
1960° | (Harvard) tablouri 


Predecesor 


calcule numerice 


FORTRAN calcule numerice 
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prelucrari de liste 


iruri de caractere 


simulare în general 
general 


general, educaţional 
programare struct. 


ALGOL60 
ALGOL60 


(CalTech) 
B.Liskov ş.a. 
(MIT) 


Zilog Inc. 
N.Wirth 
(ETH Zürich) 


SIMULA67 


SIMULA67 


programare 
concurentă 


metodologie bazată 


programe de sistem 


programe de sistem 


programare de sistem 


general; aplicaţii 


hibride; timp real 


programare orientată 


1972 D.H.Ingalls 
1980 (Xerox PARC) 
1984 B.Stroustrup 


programare orientată 


programare orientată 


(continuare) 


Modula-3 1988 Modula-2+ 


a) prima descriere oficială a limbajului 
a) specificarea limbajului si implementarea inițială 
©) specificarea limbajului 


limbaj puternic 
modular, orientat 
obiect 


DEC, Olivetti 
(Cardelli, 
Donahue) 
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2. PROIECTAREA LIMBAJELOR 
DE PROGRAMARE 


2.1. Procesul de creare a software-ului 


Limbajele de programare sunt instrumente pentru scrierea de programe. 
Într-un context mai general, ele sunt componente ale procesului de creare a 
software-ului, şi prin urmare proiectarea si implementarea lor respectă etapele 
componente ale acestui proces. Cu alte cuvinte, se poate considera că realizarea 
unui nou limbaj este structural identică cu realizarea unei aplicații software 
complexe, ea trebuind să urmeze un anumit cadru general, ale cărui faze sunt 
bine definite, cadru în care este permisă la fiecare pas revenirea în faza imediat 
interioară. În cele ce urmează vor fi discutate pe scurt fiecare dintre aceste faze 
äle procesului de creare a software-ului. 


|, Analiza si specificarea cerințelor 


În general, o aplicație software este concepută pentru a veni în sprijinul unui 
anumit grup de utilizatori potențiali. Cerințele acestora sunt stabilite sub 
forma unui document care trebuie să precizeze ceea ce trebuie să facă 
aplicația respectivă si nu cum. La elaborarea documentului participă atât 
potenţialii utilizatori, cât şi specialiştii în dezvoltarea de software. Acest 
document conţine specificații privind manualele utilizator, studii de cost și 
fezabilitate, cerinţe privind performanţele ş.a.m.d. 


Proiectarea şi specificarea software-ului 


Plecând de la cerinţele specificate în faza precedentă, echipa care realizează 
această etapă (proiectantii de software) realizează specificațiile de proiec- 
fare, care identifică fiecare modul al sistemului, precum şi interfețele dintre 
module. Metodologia de proiectare utilizată în această fază are o mare 
importanţă pentru alegerea limbajului de programare utilizat în faza imediat 
următoare. 


Implementarea 


Această fază este singura în care este utilizat explicit un limbaj de pro- 
gramare. Implementarea înseamnă scrierea de unităţi de program corespun- 
zitoare modulelor descrise în specificaţiile de proiectare şi editarea 
documentaţiei corespunzătoare. Rezultatul acestei faze este un sistem im- 
plementat şi documentat complet. 
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4. Certificarea 


Scopul acestei etape este verificarea cerinţelor impuse în prima etapă şi se 
realizează de obicei prin testarea sistemului în raport cu fiecare cerință 
specificată, utilizându-se o baterie de teste, adică un set de programe (când 
este vorba de un limbaj de programare) sau un set de exemple (când este 
vorba de o aplicaţie oarecare) care acoperă toate necesităţile impuse. Din 
punctul de vedere al testării, nu se poate face o distincţie clară între fazele 
3 şi 4. Astfel, este normal ca în faza de implementare să se realizeze testarea 
la nivel de modul, efectuată de fiecare programator, şi partial testarea 
interfetelor inter-module (testarea de integrare), care se realizează prin 
legarea câtorva dintre modulele aplicaţiei. În faza de certificare se realizează 
testarea sistemului, care verifică sistemul în ansamblul său. Rezultatul 
acestei faze este un sistem verificat şi certificat complet, livrabil utilizato- 
rilor. 


În afara testărilor propriu-zise, tot în această fază se includ toate activitățile 
care sunt legate de verificarea corectitudinii programelor scrise. 


5.  Întreţinerea 


După intrarea în exploatare a aplicaţiei, pot apare necesare modificări în 
aceasta, provocate fie de detectarea unor erori nedepistate în faza 4, fie de 
dorinţa de a-i adăuga noi specificaţii (cerinţe). De obicei, costul întreținerii 
unei aplicaţii întrece costul tuturor celorlalte faze (1-4) luate împreună. 


Toate fazele de dezvoltare a unui sistem software pot fi realizate cu ajutorul 
calculatorului. În mod normal, faza de implementare necesită prezența 
calculatorului şi a unui set de utilitare (editoare de texte, asambloare, 
link-editoare, biblioteci), dar şi în celelalte faze utilizarea calculatorului 
este benefică, mărind productivitatea muncii. 


În general, orice produs software trebuie să satisfacă următoarele cerințe: 
— să fie fiabil, 

— si fie uşor de întreținut, 

— să se execute eficient. 


Există alte 10 criterii de calitate detaliate în [Mey88] şi pe care le prezentăm 
pe scurt în 2.2. 


2.2. Aspecte ale calității softului 


Toată lumea doreşte ca programele să fie: rapide, fiabile, uşor de folosit, 
lizibile, modulare, structurate ş.a.m.d. 
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Calitatea produselor program se defineşte ca o compunere a mai multor 


trăsături (factori). McCall (în 1977) împarte pentru prima dată aceşti factori de 
calitate în factori externi şi factori interni [McC77]. Factorii externi de calitate 
sunt sesizati de cei care interacționează direct cu produsul final şi care cumpără 
produsul, contractează dezvoltarea şi întreținerea lui. Factorii interni de calitate 
se pot detecta doar de către persoanele implicate în procesul de dezvoltare de 
software. 


Factorii externi de calitate sunt enumerati mai jos: 
Corectitudinea 


Este abilitatea produsului de a executa exact sarcinile sale, în conformitate 
cu cerințele şi specificarea sa. 


Robustetea 
Este abilitatea sistemului de a functiona chiar si in conditii anormale. 


Termenul fiabilitate este folosit uneori în loc de robustete; trebuie precizat 
că fiabilitatea este un concept mai general şi se interpretează cel mai bine 
ca acoperind atât corectitudinea cât şi robustetea. 


Extensibilitatea 


Este uşurinţa cu care produsele software se pot adapta la schimbări ale 
specificatiilor. 


a. Simplitatea proiectului: o arhitectură simplă va fi întotdeauna mai 
uşor de adaptat la modificări decât una complicată. 


b. Descentralizarea: cu cât sunt mai autonome modulele într-o arhitec- 
tură software, cu atât va fi mai mic numărul de consecinţe ale unei 
modificări simple; ea va trebui să afecteze doar modulul în cauză sau 
un număr cât mai mic de alte module. 


Reutilizabilitatea 


Este abilitatea produselor software de a fi reutilizate, în întregime sau partial, 
la noi aplicatii. i 


Compatibilitatea 


Este ușurința cu care produsele software pot fi combinate între ele (pot 
interactiona). 


Eficienţa 


Înseamnă folosirea raţională (buna folosire) a resurselor hardware ca: 
procesoare, memorie internă şi externă, dispozitive de comunicare. 
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Portabilitatea 


Este uşurinţa cu care produsele software se pot transfera în diverse medii 
hardware si software. 


8.  Verificabilitatea 


Este uşurinţa de elaborare a procedurilor de acceptare (în particular date de 
test) şi a procedurilor de detectare şi trasare (transformare în erori) a 
căderilor (failures) în timpul fazelor de validare şi exploatare. 


9. Integritatea 


Este abilitatea produselor software de a-şi proteja componentele lor (pro- 
grame, date, documente) față de accese şi modificări neautorizate. 


10.  Uşurinţa în utilizare 


Se referă la învățarea utilizării sistemului, operarea, pregătirea datelor de 
intrare, interpretarea rezultatelor şi recuperarea din situaţii de eroare. 


Factorii interni de calitate sunt strâns legați de natura intimă a procesului de 
elaborare a produselor program. În mod esenţial, aici contribuie: 


— metodele de analiză şi proiectare a produselor program; 
— facilitățile oferite de limbajele de programare folosite la implementare; 
— aspectele organizatorice ale industriei soft; 
Ca factori interni de calitate menționăm: 
1.  modularitatea 


Structural, produsul program trebuie să fie alcătuit din module, urmărindu- 
se principiul descentralizării. 


2. documentarea completă 
Presupune existenţa unei documentatii clare şi adusă la zi pentru fiecare fază 
a ciclului de viaţă a programului. 
Un limbaj de programare fiabil trebuie să posede următoarele calităţi 
[Ghe82] : 


e să permită o descriere cât mai naturală a problemei care se rezoivă, 
permițând programatorului să se concentreze asupra problemei, şi nu 
asupra detaliilor de adresare, indexare etc; 

e să aibă un grad de lizibilitate cât mai ridicat, adică un program să poată 
fi uşor de descifrat (sintactic şi semantic) de oricine îl consultă; 


e să permită gestiunea excepțiilor (depăşiri aritmetice, erori de intrare- 
ieşire etc). 


2.3. Criterii de proiectare a unui 
limbaj de programare 


Horowitz [Hor83] enumeră 11 criterii de care trebuie să se tind seama la 
proiectarea unui limbaj de programare. Aceste criterii sunt prezentate in 
continuare şi se consideră că primele şase sunt cele mai importante. 


1. O descriere sintactică si semantică bine definită 


Această cerință este cea mai importantă dintre toate. Descrierea sintactică 
se poate realiza cu mai multe metode (forma Backus-Naur, grafele de 
sintaxă, gramaticile context-free). Semantica poate fi, la rândul ei, descrisă 
interpretativ (engl. interpretive semantics), cu ajutorul unei maşini abs- 
tracte, axiomatic (engl. axiomatic semantics) atunci când se foloseşte un set 
de axiome, sau denotational (engl. denotational Semantics), când progra- 
mele sunt definite ca funcții matematice. Diversele tipuri de descrieri ale 
semanticii care se folosesc au izvorât din necesități diferite. Astfel, descri- 
erea interpretativă este utilă la implementarea limbajului, descrierea ax- 
iomatică este un prim pas spre verificarea programelor, iar cea denotationala 
este folosită la studiul unui limbaj, independent de implementări. 


2. Fiabilitate 


Acest concept a fost discutat şi în paragraful anterior. În afară de calităţile 
enumerate acolo, prin fiabilitate se mai înțelege şi faptul că limbajul este 
proiectat astfel încât descurajează greșelile de programare (atât cele sintac- 
tice, cât şi cele de logică). De asemenea, este important rolul pe care-l joacă 
comentariile în textul sursă şi convențiile utilizate pentru comentarii (dacă 
se definesc linii comentariu sau dacă comentariul se poate pune în aceeaşi 
linie sursă cu instrucțiunile sau comenzile limbajului). 


3. Traducere rapidă 


Prin intermediul programelor traducătoare se realizează decodificarea unui 
program sursă şi obținerea codului maşină corespunzător. Sunt dezvoltate 
multe metode de analiză sintactică, în general această operaţie de traducere 
realizându-se într-unul sau mai multi paşi. Este de preferat să se acorde o 
importanță sporită fazei de analiză sintactică pentru a fi detectate instructiu- 
nile eronate, caz in care nu se vor mai continua celelalte faze ale traducerii 
(analiza semantică, generarea de cod etc.). 
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Cod obiect eficient 


Acest criteriu este esential pentru un compilator. Limbajul FORTRAN a 
avut un asemenea obiectiv la specificare si obiectivul a fost realizat la 
implementare. Eficienta codului obiect generat de un compilator este în 
strânsă legătură cu informaţiile de care compilatorul dispune în momentul 
compilării. De exemplu, limbajul Pascal necesită cunoaşterea tuturor de- 
taliilor în faza de compilare. Un limbaj se numeşte puternic tipizat (engl. 
strong typed) dacă tipul tuturor expresiilor este cunoscut la compilare. De 
obicei dacă alocarea variabilelor se face static, atunci se poate genera un 
cod eficient, pe când dacă acest lucru este făcut dinamic (în timpul exe- 


cutiei), atunci eficiența codului scade, rămânând mai multe acțiuni de 


efectuat la momentul execuţiei. 


Ortogonalitatea 


Această proprietate se referă la faptul că limbajul posedă un număr relativ 
mic de elemente de bază, independente, care pot fi aplicate ortogonal (aceste 
elemente se pot utiliza independent sau pot fi concatenate în orice combi- 
nație a lor). Ortogonalitatea este una dintre caracteristicile de bază ale 
limbajului ALGOL68. 


Independenţa de maşină 


Acest deziderat a apărut odată cu conceptul de portabilitate, concept care 
exprimă proprietatea unui program sursă de a putea fi implementat în medii 
hard şi soft diferite fără a fi supus modificărilor sau cel mult să fie supus 
unor modificări minime. Dificultăţile întâlnite în realizarea acestei cerințe 
sunt datorate între altele aritmeticii maşinii, dimensiunii cuvântului maşină 
şi sistemului de codificare a caracterelor şi instrucțiunilor maşină, precum 
şi sistemului de intrări/ieşiri. Toate aceste caracteristici tin de aspectele 
constructive (hard) ale calculatorului respectiv. 


Demonstrabilitatea 


Cerinta ca un limbaj să fie demonstrabil este strâns legată de aspectele 
privind corectitudinea programelor. Dacă există o definiţie formală a tuturor 
elementelor unui limbaj, atunci cu ajutorul acesteia se poate realiza verifi- 
carea formală a programelor scrise în limbajul respectiv. 


Consistenţa 


Prin consistenţa a două sau mai multe afirmaţii se înţelege compatibilitatea 
logică a acestora. În limbajele de programare se urmăreşte consistenţa 
notafiilor folosite pentru operaţii sau funcții cu cele folosite în limbajul 
matematic. Astfel, pentru realizarea consistentei este utilă definirea de 
sensuri multiple pentru un acelaşi operator (reprezentat printr-un acelaşi 
simbol). De exemplu, operatorii aritmetici (+,-,*,/), care sunt folosiţi în 
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FORTRAN pentru a construi expresii aritmetice, pot fi utilizaţi pentru a 
exprima operaţii aritmetice de tipuri diferite. Astfel, în expresiile: 


a. I +g 
b. A+I 
c. A-+ B 


în care variabilele I,J, A şi B au tipul în concordanță cu convenția standard, 
adică Işi J sunt întregi, iar A şi B sunt reale, operatorul “+” are semnificații 
diferite (adunare întreagă în cazul a), adunare dintre un întreg şi un real în 
cazul b), când ar trebui făcută initial o conversie, respectiv adunare reală în 
ultima expresie). În Pascal, operatorul “+” poate fi folosit ca operator 
aritmetic (adunarea a doi operanzi de acelaşi tip numeric), operator pe şiruri 
de caractere (cu semantica de concatenare de şiruri de caractere) sau 
operator pe mulțimi (notându-se astfel reuniunea). 


Existenţa subseturilor 


Ideea de bază a apariției subseturilor este că nu se impune cunoașterea 
întregului limbaj atunci când se utilizează doar o parte din specificaţiile lui. 
Exemplul clasic este furnizat de familia de subseturi SP/k a limbajului PL/1. 
Astfel, SP/1 conţine numai instrucțiuni de ieșire Şi pentru lansarea în 
execuție a unui program, SP/2 posedă în plus variabilele şi instrucţiunile de 
atribuire şi de intrare, iar SP/3 introduce şi instrucţiuni simple de control. 
In acest caz, se observă că, din punctul de vedere al incluziunii, avem 
SP/1 C SP/2 C SP/3 C PL/I. 


Exista însă şi dialecte ale unui limbaj. Poate că exemplul cel mai elocvent 
aici este cel al limbajului BASIC, pentru care există sute de dialecte. Toate 
aceste dialecte au în comun același subset al limbajului. Ele însă diferă prin 
ceea ce s-a adăugat la acest subset, în special fiind vorba de instrucţiuni 
grafice sau de generare a sunetelor. Aceste caracteristici suplimentare 
plătesc un tribut greu dependenţei de caracteristicile constructive ale calcu- 
latoarelor pe care sunt implementate, motiv pentru care portabilitatea pro- 
gramelor este aproape nulă. 


Acest motiv a condus la restrictia (prezentă la unele limbaje) de interzicere 
a subseturilor. Exemplul tipic este oferit de limbajul Ada, pentru care, încă 
din faza de specificare, s-a interzis existența subseturilor. 


Uniformitatea 


Conceptul de uniformitate trebuie înțeles în următoarea acceptiune: lu- 
crurile similare trebuie să aibă înțelesuri similare, sau, mai exact, construcții 
asemănătoare din punct de vedere sintactic trebuie să aibă înţelesuri cât mai 
apropiate. Un contraexemplu în acest sens este oferit de limbajul FOR- 
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cae OE A 


TRAN, care nu respectă acest principiu în cazul instrucțiunilor GO TO 
calculat şi GO TO asignat: ele au sintactică aproape identică, însă au o 
semantică total diferită, având în comun doar faptul că amândouă sunt 
instrucţiuni de transfer. 


11.  Extensibilitatea 


Un motiv pentru care apare această cerință este acela că în general transla- 
toarele sunt forțate să aleagă, pentru un anumit obiect de un tip precizat, o 
reprezentare prestabilită, fapt care contribuie la scăderea eficienţei codului. 
De exemplu, în APL toate tablourile sunt reprezentate pe linii (sau coloane), 
ceea ce, în cazul tablourilor rare (cu puţine elemente nenule) şi de dimen- 
siuni mari, devine foarte ineficient din punctul de vedere al utilizării 
memoriei. Un alt exemplu este limbajul LISP, în care listele sunt reprezen- 
tate sub formă de arbori binari, metodă eficientă când se lucrează în 
memorie, dar foarte ineficientă atunci când se foloseşte suportul extern. 
Aceste exemple conduc la ideea că ar fi util ca programatorul să dispună de 
mecanisme prin care să poată defini şi utiliza reprezentări mai compacte ale 
datelor, împreună cu operaţiile efectuate asupra acestora. Au existat mai 
multe încercări pentru proiectarea de astfel de limbaje, dar nici una n-a fost 
în întregime reuşită. 


Aceste 11 criterii trebuiesc considerate doar ca linii generale în proiectarea 
specificaţiilor unui nou limbaj. Domeniul de utilizare al limbajului respectiv 
poate să stabilească prioritatea unora dintre cerinţele enumerate şi eventuala 
renunțare la altele. Succesul unui limbaj este legat atât de aspecte tehnice 
(existența unui manual de utilizare clar şi concis, existența unui translator 
eficient, existenţ: unui suport adecvat pentru dezvoltarea de aplicații) cât şi de 
aspecte de alta natura. 


Există diverse soluţii pentru realizarea unui nou limbaj de programare şi 
pentru impunerea cerinţelor specificate. De exemplu, în unele situații chestiunea 
fiabilitatii este lăsată pe seama compilatorului, nefiind tratată în faza de 
specificare a limbajului, fapt care poate produce rezultate nedorite. Astfel, când 
se încearcă compilarea de programe incorecte comportarea compilatorului nu 
poate fi controlată; de asemenea, când se testează aplicațiile scrise în limbajul 
respectiv se poate ajunge la timpi de testare mari. Compilarea rapidă se poate 
obține utilizându-se compilarea separată, adică posibilitatea de a compila în 
momente de timp diferite părți separate (module) ale unei aplicaţii. Dezavanta- 
jele compilării separate provin din imposibilitatea verificării tipurilor şi a 
corespondenţei parametrilor formali cu cei actuali (la nivelul limbajelor anilor 
“60) sau, în cazul cînd acest lucru este posibil, necesarul de informatie 
suplimentară care trebuie memorat la compilarea fiecărui modul este mare. 
FORTRAN-ul este primul limbaj în care apare conceptul de modul, concept pe 
care limbajul ALGOL60 nu-l are. Între limbajele de tip ALGOL, Modula este 
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probabil primul limbaj care introduce compilarea separată, trăsătură luată în 
considerare şi de proiectantii limbajului Ada. Super-seturile Pascal ale firmei 
Borland (Turbo si Borland Pascal) utilizează module numite unit-uri care se 
compilează separat. 


O altă problemă deosebit de disputată este optimizarea compilării. Princi- 


palele dezavantaje al unui compilator optim sunt înceti : ‘ 
etineala si c 
de resurse. ŞI consumul sporit 


Nu există o regulă generală în ceea ce priveşte etapele care trebuie parcurse 
pentru proiectarea unui limbaj de programare. Horowitz [Hor83] recomandă 
metoda celor 10 paşi, ilustrată mai jos: 


1. alegerea unui domeniu de aplicaţii; 

2. stabilirea unui comitet (grup) de proiectanți cât mai mic; 
3. definirea unor trăsături precise de proiectare; 
4 


distribuirea primei VEI roiect lu gI p restr e per soane 
Sluni a p: o1ectulul unui u st ans d 
interesate; 


5. revizuirea definiției limbajului (după primirea observaţiilor de la 4); 
6a. încercarea de a realiza un prototip de compilator; 
sau 
6b. încercarea de a obţine o definiţie formală a semanticii limbajului; 
7. revizuirea definiţiei limbajului (a doua revizuire); 
realizarea unui manual al limbajului, clar şi concis, şi distribuirea acestuia; 
9. producerea unui compilator de calitate şi distribuirea lui pe scară largă; 


10. i a unor manuale de învăţare (engl. primers), foarte clare, care să 
explice cum se utilizează limbajul şi care să conţină un număr mare de 
exemple. 


2.4. Studiu de caz: limbajul C++ 


i Pentru a vedea dacă aceste obiective se ating sau nu în practică vom prezenta 
în continuare regulile $1 principiile de proiectare ale limbajului C++ aşa cum 
sunt ele oferite chiar de autorul acestui limbaj, Bjarne Stroustrup în [Str94]. 


Scopurile fundamentale declarate ale limbajului C++ sunt: 


F1. C++ face din programare o activi i x 
A itate mai plăcută pen 
serios. p pentru programatorul 
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F2. C++ este un limbaj de programare universal, care: 
— este mai bun decât C; 
— sprijină abstractizarea datelor; 
— sprijină programarea orientată pe obiecte. 


Cele mai generale şi cele mai importante reguli se referă prea puţin la 
aspectele tehnice, având un caracter “sociologic” prin accentul pus pe 
comunitatea căreia îi este destinat limbajul C++. Natura acestui limbaj este 
determinată esenţial de opțiunea autorului său în a-l dedica generaţiei actuale de 
programatori de sistem care rezolvă probleme curente pe calculatoarele de azi. 


Aceste reguli sunt: 
G1. evoluţia limbajului C++ trebuie dirijată de problemele actuale; 


G2. nu se face artă pentru artă, ci artă cu tendință (nu se caută perfecțiunea cu 
orice pret); 


G3. C++ trebuie să fie util astăzi; 


G4. fiecare trăsătură trebuie să aibă o implementare evidentă, naturală şi rezo- 
nabilă; 


G5. să existe o tranziție spre noi versiuni care să păstreze compatibilitatea cu 
cele vechi; 


G6. C++ este un limbaj, nu un sistem complet; 


G7. limbajul să ofere sprijin cuprinzător pentru fiecare stil de programare 
acceptat; 


G8. nu încerca să fortezi oamenii (lasă libertatea de alegere programatorului). 


G1. Evoluţia limbajului C++ trebuie dirijată de problemele actuale 


Motivația reală pentru continua îmbunătăţire a limbajului C++ rezultă din 
experiența programatorilor individuali, care constată că limbajul este insufi- 
cient de expresiv pentru proiectele pe care le realizează. Autorul limbajului 
preferă experienţa proiectelor aplicative, nu de cercetare. Oricând a fost 
posibil, utilizatorii au fost şi sunt în continuare implicați în activitatea de 
îmbunătăţire a limbajului. S-au studiat diverse limbaje de programare pentru 
a se căuta soluţii la probleme şi pentru a se identifica tehnici generale care 
să fie de folos. Teoria singură nu este suficientă pentru adăugarea sau 
eliminarea unei trăsături a unui limbaj. 
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G2. Nu se face artă pentru artă, ci artă cu tendință (nu se caută perfecțiunea cu 


G3. 


orice pref) 


În medii diferite, problemele, calculatoarele şi - cel mai important - pro- 
gramatorii, diferă radical, aşa că o potrivire perfectă într-un caz particular 
este prea specializată pentru a se generaliza în lumea reală. Pe de altă parte, 
programatorii cheltuiesc cea mai mare parte a timpului modificând sau 
dezvoltând interfeţe la un cod sursă vechi. 


În programare este nevoie de stabilitate. Odată ce un limbaj este în uz pe 
scară largă, schimbările radicale nu pot constitui o soluţie pentru îm- 
bunătăţirea sa. Chiar şi schimbările minore sunt dificil de acceptat pentru 
programatorii conservatori. 


Pe măsură ce limbajul se maturizează, trebuie să crească ponderea alterna- 
tivelor bazate pe instrumente, tehnici și biblioteci, în defavoarea schim- 
bărilor în limbaj. 


Nu orice problemă trebuie rezolvată în C++ şi nu orice problemă C++ este 
suficient de semnificativă pentru a necesita o soluţie. De exemplu, C++ nu 
trebuie extins cu facilităţi de pattern matching sau de demonstrare de 
teoreme, iar pentru binecunoscutele probleme ce apar relativ la precedenta 
operatorilor din C este mai bine să fie lăsate asa, eventual insotite de mesaje 
de avertizare. 


C++ trebuie să fie util astăzi 


Mare parte din activitatea de programare se face pe calculatoare slabe ca 
putere, iar sistemele de operare şi instrumentele nu sunt de ultimă oră. Mulţi 
programatori au o pregătire formală mai slabă decât o doresc şi au puţin 
timp la dispoziţie pentru a-şi perfecționa cunoştinţele. Pentru a-i ajuta, C++ 
trebuie să fie util programatorului mediu, care foloseşte un calculator si 
instrumente soft de putere medie. 


Semantica acestei reguli s-a modificat în timp, în parte şi datorită succesului 
limbajului C++. Astăzi sunt disponibile calculatoare puternice, iar tot mai 
multi programatori sunt familiarizați cu conceptele şi tehnicile pe care le 
foloseşte şi C++. Pe măsură ce ambițiile si pretenţiile programatorilor cresc 
este nevoie de trăsături noi ale limbajului, care implică mai multe resurse 
ale sistemului de calcul dar şi mai multă maturitate din partea programato- 
rilor. De exemplu, trăsături ca gestiunea excepțiilor şi identificarea di- 
namică a tipurilor au fost introduse ulterior tocmai datorită acestor 
motivații. 
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G4. 


G5. 


G6. 


Fiecare trăsătură trebuie să aibă o implementare evidentă, naturală şi 
rezonabilă 


Orice trăsătură trebuie să fie implementabilă eficient și corect cu algoritmi 
simpli. În cazul ideal, ar trebui să existe strategii naturale de analiză si 
generare de cod, care să fie suficient de bune pentru a fi folosite în practică. 
Însă o eficiență sporită la nivelul unui compilator s-ar putea să mărească 
uneori considerabil complexitatea utilizării anumitor mecanisme de limbaj. 


Având în vedere faptul că numărul utilizatorilor este de mii de ori mai mare 
decât cel al implementatorilor de limbaje este evident că un eventual 
compromis trebuie să-i favorizeze pe cei dintâi. 


Să existe o tranziţie spre noi versiuni care să păstreze compatibilitatea cu 
cele vechi 


C++ s-a dezvoltat treptat pentru a servi cât mai bine utilizatorilor săi, 


codul vechi să rămână operațional. Când nu se poate evita o incompatibili- 
tate, programatorii trebuie ajutaţi de noua versiune să-şi poată pune la zi 
programele. 


Strategia generală de eliminare a trăsăturilor de limbaj care sunt nesigure, 
generează erori sau sunt doar greoi de folosit, a fost: 


1. s se ofere o alternativă mai bună, apoi 


2. să se recomande programatorilor să evite folosirea vechii alternative, 
şi, după câţiva ani de utilizare, 


3. să se elimine complet vechea alternativă. 


Această strategie este sprijinită de introducerea de mesaje de atenţionare 
corespunzătoare la nivelul compilării. Adesea, nu este potrivit să se elimine 
o trăsătură sau să se corecteze o eroare, motivul fiind de obicei nevoia de 
compatibilitate cu C, însă să reținem totuși că o implementare a unei trăsături 
C++ poate fi mai sigură decât pare definiţia acelui element de limbaj. 


C++ este un limbaj, nu un sistem complet 


Un mediu de programare are multe componente. O abordare este să se pună 
toate aceste componente într-un singur sistem integrat. O altă abordare este 
să se mențină distinctiile clasice dintre părţile unui sistem, cum ar fi 
compilatoare, link-editoare, biblioteci run-time, biblioteci 1/O, editoare, 
sisteme de fişiere, baze de date etc. C++ respectă a doua abordare. Prin 
bibioteci, convenţii de apel etc., C++ se adaptează la convențiile care 
guvernează interoperabilitatea limbajului, Aceasta este o cerință cheie 
pentru a obţine portabilitatea implementărilor gi pentru cooperarea între 


G7. 


G8. 


programe scrise in diferite limbaje. De asemenea, aceasta permite partajarea 
instrumentelor de lucru, uşurează cooperarea între programatori cu diferite 
preferinţe de limbaj, precum şi folosirea mai multor limbaje de către un 
acelaşi programator. 


Limbajul să ofere sprijin cuprinzător pentru fiecare stil de programare 
permis acceptat 


Limbajul C++ a fost dezvoltat şi se dezvoltă în continuare pentru a satisface 
cât mai bine cererile unor programatori cu pregătire de nivel înalt. 
Simplitatea limbajului, ca şi caracteristică importantă urmărită la dezvol- 


tarea sa, trebuie analizată însă în contextul complexităţii proiectelor la care 
este folosit C++. 


Performanţa sistemelor scrise în C++ precum şi întreţinerea lor eficientă 
sunt considerate criterii mai importante decât menţinerea cu orice pret a unor 
definiţii scurte pentru elementele limbajului. Ca urmare, limbajul C++ 
devine relativ stufos, o dezvoltare ortogonală a sa putând uşura mult 
lucrurile. Oricum, ortogonalitatea nu trebuie nici ea să fie aplicată cu orice 
preţ, ci numai atunci când nu intră în conflict cu alte reguli de bază şi atunci 
când aduce beneficii reale, fără complicaţii suplimentare. 


Nu încerca să fortezi oamenii (lasă programatorului libertatea de alegere) 


C++ a fost proiectat şi dezvoltat pentru a sprijini metodologii de dezvoltare 
a programelor bazate pe verificarea statică a tipurilor, abstractizarea datelor 
şi moştenire. Nu se forțează însă reguli foarte stricte de utilizare a acestor 
mecanisme, considerându-se că libertatea de alegere oferită unor programa- 
tori inteligenţi sporeşte flexibilitatea limbajului. 


3. TRADUCEREA ŞI EXECUȚIA 
PROGRAMELOR 


Aşa cum am arătat în capitolele anterioare, limbajul de programare este un 
instrument cu care se poate exprima un proces de calcul, rezultând ceea ce 
numim program sursă în limbajul de programare respectiv. 

Programul sursă reprezintă nivelul virtual al abstractizării problemei de 
rezolvat. Pentru ca maşina, calculatorul să poată rezolva respectiva problemă, 
aceasta trebuie exprimată în termenii limbajului maşinii respective, adică trebuie 
atins nivelul fizic al abstractizării, nivel ce va fi atins prin intermediul unui 
proces de traducere. 

Cu alte cuvinte, rezolvarea unei probleme cu calculatorul parcurge două mari 
faze: 

1.  formalizarea problemei şi exprimarea ei într-un limbaj de programare 


În termenii ciclului de viață a programului rezultat, aici sunt cuprinse etapele 
de definire, specificare, analiză, proiectare şi implementare. Rezultatul 
obţinut este programul sursă. În această fază rolul elementului uman este 
hotărâtor, cel putin în etapele de definire, specificare, analiză şi proiectare 
şi de cele mai multe ori si la implementare. 


2. traducerea programului sursă rezultat din etapa precedentă într-un program 
executabil pe calculator şi execuţia acestuia 


În general, această fază este mult mai automatizată decât prima, recurgandu- 
se la programe de traducere din limbajul de programare în limbaj maşină. 


3.1. Specificarea sintaxei unui 
limbaj de programare 


Primele aspecte discutate la definirea unui nou limbaj sunt aspectele 
“exterioare” ale acestuia. Aceste aspecte le regăsim în ceea ce numim sintaxa 
limbajului respectiv. În cele ce urmează ne vom referi la setul de caractere, la 
modalităţile de descriere a lexicului şi sintaxei şi la modul în care se realizează 
analiza sintactică şi semantică a textului unui program scris într-un limbaj 
oarecare. 


Descrierea sintaxei şi semanticii unui LP va fi discutată într-un cadru mai 
larg, făcându-se referiri la fazele procesului de traducere a limbajului. 


— literele din 'alfab imbii Ă 
caractere) ; abetul limbii engleze (de la A până la Z, în total 26 de 


— cifrele arabe (de la 0 pana la 9, in total 10 caractere) ; 


— unele caractere speciale, a căror i i 
: ; semnificaţie este legată mai m i 
puţin de rolul lor în definiția limbajului. i etic 


De exemplu, limbajul FORTRAN (Standardul ANSI 1977, cunoscut şi sub 


numele de FORTRA x A 
de 13): N77), recunoaşte următoarele caractere speciale (în număr 


ii dud i îi PE ET spaţiul (“b”), 
iar limbajul ALGOL60 acceptă: 
— literele mari şi mici ale alfabetului englez (52); 
— cele 10 cifre zecimale; 
— 28 de caractere speciale. 


La ora actuală sunt cunoscute i 
_Su mai multe standarde pentru s turi 
appear Ra aminti două dintre acestea, EBCDIC şi ASCII Eul ie 
» EBC DIC (Extended Binary Coded Decimal Interchange Code), este un cod 
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dintre literele alfabetului grecesc, unele simboluri matematice, caractere speciale 
pentru desenat tabele ş.a. 


Tabelul 3.1. Tabelul ASCII extins 


x 

Yy o 1 2 3 4 5 6 7 8 910 i1 12 13 14 15 
0 i "b" 0 e P p Ç E á x L a = 
1 SOH DCL ! 1 A Q a qi a î 8 i = B+ 
2 STX Dc2 " 2 B R br é Æ 6 i yyf = 
3 ETX DC} # 3 C S cs & 6 a fo bog « 
a EOT DC4 $ 4 DTd@taéAy—- koe f 
5 ENQ NAK % 5 E U eu a 58 4 + po | 
6 ACK SYN & 6 F V tv â a a j 4 T H = 
7 BEL ETB ' 7 G W gwg e gg H J T = 
8 BS CAN ( 8 H x h x 8 ş e 3 L i g e 
9 UF M ) 9 Fi ye Oe A T l 5 

10 LF SUB fw 2 jJj 5 e Is | * rp @ - 
11 VT ESC + ; K [ k { £ e y | qz gov 
12 FF FS , < L \ 2; 2 ¢€ x 4 | o n 
13 CR GS - = M J m } È ¥ 7 d = p 2 
14 SO RS > N *~ n ~ A mM « d L e E 
25 SI Us / ? © o DELÅ f > q & n 


O caracteristică importantă a oricărui alfabet este posibilitatea ordonării 
caracterelor acestuia. În general acest lucru se face respectând ordinea codurilor 
numerice corespunzătoare caracterelor respective. De exemplu, codul unui 
caracter din tabelul ASCII 3.1 se obține cu formula x*/6 + y. 


3.1.2. Elementele lexicale ale unui limbaj 


Un program este format din atomi lexicali (tokeni) si separatori. Un atom 
lexical este cea mai mică unitate sintactică ce are un înțeles de sine stătător 
într-un context precizat. Analiza lexicală este acea fază a procesului de analiză a 
unui program sursă care are ca scop identificarea atomilor lexicali din care este 
compus programul respectiv. 


Există următoarele categorii de tokeni: 
— simboluri speciale; 


— identificatori; 
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E 


re 


— etichete; 


— literali. 


Doi tokeni succesivi trebuie separați de unul sau mai mulți separatori. De 
obicei separatorii nu sunt considerați tokeni, cu toate că ei pot face parte din 
constituentii unui literal. 


De exemplu, instructiunea: 
if a > b then x := x + 1 else y := ‘cinci’; 


conține următorii atomi lexicali: 


— identificatori: if a b then x else y 
— simboluri speciale: > := + ; 
— literali: sed 1 "cinci? 


iar separatorii folosiți sunt spaţiile. 
Atât atomii lexicali, cât si separatorii se construiesc din caracterele conținute 
în alfabetul limbajului. 


3.1.2.1. Separatori 


Există două categorii de separatori: 

—  separatorii uzuali; 

— comentariile. 

Ambele categorii sunt ignorate în procesul de analiză lexicală. 


Separatorii uzuali servesc la separarea a doi tokeni consecutivi, fiind numiţi 
în unele limbaje (C++) spaţiu alb (white space); în general, caracterele: spaţiu, 
tabulator orizontal şi vertical, retur de car, linie nouă, salt de pagină sunt 
cuprinse în această categorie. 


Comentariile nu au semnificaţie pentru procesul de calcul specificat în 
program; ele servesc numai la o mai bună înţelegere a textului sursă de către cel 
care îl citeşte. Există două maniere de comentare a unui program: 


— linie; 
— text. 


Comentariul linie se face pe o singură linie sursă care conţine o instrucțiune 
program şi pentru el este nevoie de un singur caracter special (sau eventual două) 
care să-i marcheze începutul. Sfârşitul comentariului este implicit sfârşitul de 
linie. Acest stil de comentare, specific limbajelor de asamblare, a fost preluat şi 
de alte limbaje. De exemplu, în C++ , combinaţia de caractere // este folosită 
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pentru a marca un comentariu linie. De asemenea, in FORTRAN comentariile 
se fac numai la nivel linie (care trebuie să înceapă cu caracterul ‘C’ pe prima 
poziție). Comentariul text se face pe mai multe linii în textul sursă. Pentru 
marcarea lui, este nevoie de simboluri speciale de început şi sfârşit: 


Limbajul început comentariu sfârşit comentariu 


Turbo Pascal 


În general, comentariile nu se pot încuiba. Excepţie face limbajul Oberon, 
care permite acest lucru. 


3.1.2.2. Identificatori, cuvinte cheie şi rezervate 


În general, un identificator este o secvență arbitrară de litere şi cifre din 
alfabetul limbajului, din care primul caracter este literă sau semnul de subliniere 
“”, Numărul de caractere din secvență poartă numele de lungime a 
identificatorului. Unele limbaje stabilesc limite superioare ale acestei lungimi la 
definirea lor, altele lasă pe seama implementării aceste restricții. De exemplu, 
C++ nu impune nici o limită superioară la lungimea unui identificator, iar Turbo 
Pascal stabileşte o lungime maximă de 63 caractere semnificative (deși 


standardul Pascal ANSI nu impune nici o restricţie). 


Sunt limbaje care fac distincție între literele mari şi mici. De exemplu, C, 
C++ şi Oberon sunt limbaje ce fac această distincţie (limbaje case-sensitive), pe 
când Pascal, Modula-2, FORTRAN nu. În Oberon, de exemplu, identificatorii 
predefiniti se scriu numai cu litere mari, iar în C++ cuvintele rezervate trebuie 
scrise numai cu litere mici. 


Există două mari categorii de identificatori: 
— predefiniti; 
— definiti de utilizator. 


Identificatorii predefiniti sunt precizati în definiţia limbajului şi ei se pot 
împărți la rândul lor în două categorii: 


— cuvinte cheie; 
— cuvinte rezervate. 


Se disting două categorii speciale de cuvinte din vocabularul unui limbaj, cu 
ajutorul cărora se construiesc instrucțiunile limbajului. O primă categorie este 
cea a cuvintelor cheie, care au un înţeles explicit într-un context precizat. De 
exemplu, cuvintele DO, FORMAT, IF, CONTINUE, DIMENSION etc. au o 
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semnificaţie foarte clară când sunt folosite într-un text sursă FORTRAN, 
semnificaţia lor rezultând din contextul în care apar. Ele pot fi folosite însă şi ca 
nume de variabile, fără nici un fel de restricţie. Astfel, următoarea secvență de 
instrucțiuni este corectă în FORTRAN (fig. 3.2): 


DIMENSION IF (20) 


DO 10 J=1,20 


I=10-J 
IF(I) 3,4,5 
3 A=B+C 
GO TO 10 
4 A=B-C 
GO TO 10 
5 A=B*C 
10 IF (9) =A 


. . - 


Figura 3.2. Cuvinte cheie în FORTRAN 


Se observă că în textul de mai sus cuvântul IF apare atât pe post de 
instrucţiune (IF aritmetic), cât şi pe post de nume de tablou. Din acest motiv, 
sunt corecte ambele instrucţiuni, neexistând restrictia ca numele instrucțiunilor 
să nu poată fi utilizate pe post de nume de variabile. Desigur, o astfel de situaţie 
nu este prea fericită, deoarece această libertate poate ascunde unele erori în 
logica programului şi in mod sigur îl face mai greu de înțeles. 


Spre deosebire de cuvintele cheie, în alte situații este interzisă utilizarea unor 
cuvinte în alt scop decât acela pentru care ele sunt definite. Acesta este rolul 
cuvintelor rezervate, şi exemplul cel mai la îndemână este limbajul Pascal. 
Utilizarea cuvintelor rezervate începe odată cu ALGOL60, COBOL ș.a., iar 
unul dintre ultimii reprezentanți ai familiei limbajelor ce posedă un set de astfel 
de cuvinte este Ada. În tabelul 3.2. sunt prezentate cuvintele cheie din limbajele 
ALGOL60, Pascal, Ada, C+ şi Oberon. Se observă că majoritatea cuvintelor 
rezervate din ALGOL60 se păstrează şi în Pascal şi Ada, cu câteva excepții 
notabile. Spre exemplificare, în ALGOL60 sunt considerate cuvinte rezervate 
declaratorii de tip, pe când în Pascal sau Ada acest lucru nu se mai întâmplă. 


Tabelul 3.2. Cuvinte rezervate ALGOL60, Pascal, Ada, C++, Oberon 


array end label switch 
begin false own then 
boolean for procedure true 
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+ = ARRAY IMPORT RETURN 
comment goto real until S ^ BEGIN IN THEN 
do if step value + = BY IS TO 
else integer string while / # CASE LOOP TYPE 

A. Cuvinte rezervate in ALGOL60 ey 3 < CONST MOD UNTIL 

& > DIV MODULE VAR 
and end nil set , <= DO NIL WHILE 
array file not then. : >= ELSE OF WITH 
begin for of to ; a ELSIF OR 
case function or type | : END POINTER 
const goto packed until ( ) EXIT PROCEDURE 
div if procedure var [ ] FOR RECORD 
do in program while { } IF REPEAT 
downto label record with E. Simboluri speciale şi cuvinte rezervate în Oberon 
else mod repeat 


B. Cuvinte rezervate în Pascal a che 
Avantajele utilizării cuvintelor rezervate sunt: 


ate pb E package select — programul devine mai uşor de înțeles prin utilizarea lor; 

accept a ifs in . 22 A . a . . 

ea P is ra n ud — se măreşte viteza de compilare (la căutarea în tabela de simboluri, simpli- 
i ându- iza lexicală, sintactică şi semantică); 

all else limited procedure task ficându-se analiza le > $ J; 

and elsif loop raise terminate — este uşurată depistarea erorilor. 

= ara i in = Dacă numărul de cuvinte rezervate al unui limbaj este mare, atunci ele nu-și 

= . emy in: pia type mai păstrează proprietățile benefice, devenind un balast. Un exemplu ar putea fi 

i alei limbajul COBOL, care are câteva sute de cuvinte rezervate. Bineînţeles, 

at = ai Pe mi existența cuvintelor rezervate nu dă un certificat de calitate unui limbaj. De 

sa au na i exemplu, PL/1 nu posedă cuvinte rezervate, dar cuvintele cheie proprii lui au, 

constant function or reverse with într-un context bine precizat, semnificaţii sugestive. 

declare generic others xor 


in universul de azi al limbajelor de programare, această împărțire in cuvinte 


dela to t s Ă : AER 
” E a cheie/rezervate şi în identificatori/cuvinte (cheie sau rezervate) este relativă: 


C. Cuvinte rezervate în Ada 
a. cuvintele cheie şi rezervate sunt sau nu sunt considerate ca identificatori, în 


asm continue float new signed try funcţie de limbaj; 

anto default for operator sizeof typedef b. granița dintre ceea ce înseamnă cuvinte cheie si cuvinte rezervate s-a 
Deal delete friend private static anion estompat (mai ales din punctul de vedere al terminologiei folosite). 

case do goto protected struct unsigned 

catch double if public switch virtual De exemplu: 

char else inline register template void — C++ consideră cuvintele rezervate ca identificatori predefiniti (deşi le 
Class enum int return this volatile numeşte cuvinte cheie, keywords); 

const extern long short throw while 


D. Cuvinte cheie in C++ 
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— Turbo Pascal separă identificatorii de cuvintele rezervate, existând însă şi 
identificatori predefiniti (nume de tipuri, proceduri şi funcţii standard, 
valori ale unor constante predefinite etc.); 


— Oberon consideră cuvintele rezervate în categoria separatorilor şi opera- 
torilor, el precizând separat lista identificatorilor predefiniti. 


Aceste observaţii le considerăm necesare tocmai pentru ca programatorul ce 
intră în contact cu specificarea unui nou limbaj de programare să nu fie 
descumpănit de acceptiunile diferite pe care le pot avea diversele notiuni si 
sintagme consacrate. Fiecare limbaj de programare adoptă o terminologie 
specifică, riguros definită, însă este extrem de greu de a impune termeni unitari 
(valabili pentru toate limbajele de programare) pentru concepte identice. 
Importantă rămâne semnificația acestor concepte, cu care programatorul trebuie 
să se familiarizeze, trecând peste particularitatile sintactice ale unui anumit 
limbaj. 


3.1.2.3. Simboluri speciale 


La fel ca şi cuvintele rezervate, simbolurile speciale (numite uneori şi 
operatori sau semne de punctuație, delimitatori) au o semantică bine precizată. 
In unele limbaje, ele se pot folosi doar conform definiţiei lor, în altele semantica 


lor se poate extinde, prin ceea ce se numeşte supraincdrcarea operatorilor 
(ALGOL68, C++). 


În Turbo Pascal se foloseşte termenul de simbol special pentru următoarele 
caractere: 


+-*/=<>[].,():;^@{}$# 
şi pentru următoarele combinații de două caractere (tratate ca un singur token): 
z= ds = n EG) 
În C+, simbolurile speciale sunt: 
— operatori sau semne de punctuație: 


1% *&*()-+={} 1 ~ 
PRS" r” eee. uf 


operatori (fiecare considerat un singur token): 


-> ++ — * >k << >> <= >= == I= && 
| *= = Y= += = <<= >>= &= ^= =: 


tokeni folosiți de preprocesor: 
# ## 


Caracterele speciale folosite în Oberon sunt prezentate în tabelul 3.2, fiind 
considerate în categoria operatorilor si delimitatorilor. 


3.1.2.4. Literali 


Prin literal vom înțelege în cele ce urmează o valoare constantă de tip 
numeric sau caracter. Literalii, numiţi de multe ori şi constante se pot împărți în: 


— constante numerice (întregi şi reale); 
— constante caracter; 
— constante sir de caractere. 


Trebuie să facem distincție, în cele ce urmează, între termenul de constantă 
(in sensul de literal) si termenul de constantă simbolică (numită adesea doar 
constantă), care va fi definit în capitolul următor. De asemenea, trebuie făcută 
distincție între termenul de literal si cel de identificator. 


Termenul consacrat de literal pentru valorile constante ar putea proveni de la 
“ad-litteram”, adică are semnificația unei valori precizată explicit. O definiție 
mai elaborată afirmă că literalii exprimă valori constante ale tipurilor de bază 
(numerice şi caracter). 


În continuare se vor prezenta succint categoriile de literali din Turbo Pascal, 
C++ şi Oberon, împreună cu terminologia proprie. Pentru prezentare se va 
utiliza notația BNF (eventual BNF extinsă) prezentată în 3.1.3.1. 


Turbo Pascal 
Numerele 


Sunt constante întregi şi reale (cu sau fără semn). Dacă constanta este 
specificată cu prefixul $, reprezentarea este hexazecimală (numai pentru 
constante întregi în intervalul $00000000 la $FFFFFFFF); altfel, 
reprezentarea este zecimală. Un număr real conţine întotdeauna punctul 
zecimal şi optional un factor de scară zecimală, prefixat de E sau e, care 
înseamnă “înmulțit cu 10 la puterea”. Dacă numărul are exponent sau parte 
zecimală este considerat de tipul real; altfel este de tip întreg (tipul 
minimal în al cărui domeniu se află valoarea constantei). 


Constantele caracter 


Se definesc prin codul lor ASCII prefixat de caracterul # (de exemplu, #65 
desemnează caracterul ‘A’). Tipul unei constante caracter este char. 
Constantele şir de caractere sunt formate dintr-un şir de mai multe 
caractere (posibil nici unul), incluse între apostroafe. Lungimea şirului de 
caractere este numărul de caractere din el. Un şir de lungime 0 (şirul de 
caractere vid) sau de lungime mai mare ca 1 este compatibil numai cu tipul 
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C+ 


string. Sirul de caractere de lungime 1 este compatibil şi cu tipul char. 
Un şir de caractere de lungime n se reprezintă pe n+1 octeți, primul octet 
conţinând caracterul al cărui cod ASCII reprezintă lungimea şirului de 
caractere: astfel, dacă şirul de caractere s este de lungime 65, atunci s/0/ 
va fi ‘A’. Acest mod de reprezentare limitează in mod evident lungimea 
maximă a unui şir de caractere la 255 (numărul întreg maxim reprezentabil 
pe un octet). 


Să reținem că precizările aduse aici.se referă la noțiunea de sir de caractere 
(care aparţine tipului de dată string), noţiune care diferă de tablou de 
caractere (care aparţine tipului de dată array of char). Problematica va 
fi reluată în capitolul referitor la tipurile de dată. 


Un literal este definit astfel: 


literal ::= constantă-întreagă | constantă-caracter | 


constantă-flotantă | literal-şir de caractere 


Constantele întregi 


Sunt formate din şiruri de cifre. Sunt recunoscute trei convenţii de 
reprezentare: zecimală (dacă nu începe cu 0), octală (dacă începe cu 0) şi 
hexazecimală (dacă începe cu 0X). Tipul constantelor întregi depinde de 
forma, valoarea si sufixul acestora (i, I, u, U). 


Constantele caracter 


54 


Sunt formate dintr-unul sau mai multe caractere incluse între apostroafe 
(*). Pentru un caracter, tipul constantei este char, iar valoarea lui este 
valoarea codului ASCII al caracterului; dacă sunt mai multe caractere, 
tipul constantei este int iar valoarea acesteia depinde de implementare. 
Există constante caracter predefinite, care se precizează cu ajutorul unor 
secvențe de evitare (secvenţe de escape - secvenţe prefixate de caracterul 
backslash): 


caracter ASCII secvenţa asociată 
NL in 
HT \t 
VT W 
BS \b 
CR \r 
FF \f 
BEL \a 


? \? 

3 Y 

nr. octal \ooo 

nr. hexa \xhhh 
Constantele reale 


Sunt compuse din: parte întreagă, marcă zecimală, parte fractionara, 
marcă exponent (e sau E) şi exponent întreg cu semn. Tipul lor este 
implicit double, care poate fi modificat printr-un sufix (F/f = float, L/l = 
long double). Partea întreagă sau partea fractionara pot lipsi (nu ambele); 
la fel, marca zecimală sau marca exponențială pot lipsi (nu ambele). 


Constantele şir de caractere 


Sunt formate dintr-unul sau mai multe caractere incluse între ghilimele. 
Tipul lor este char[] şi au clasa de memorie static. Reprezentarea unui şir 
de n caractere se face pe n+1 octeți, ultimul octet conţinând caracterul 
NULL (cu codul ASCII 0), aşa numitul null-terminated string. 


Oberon 


Numerele 


Sunt constante întregi şi reale (cu sau fără semn). Tipul unei constante 
întregi este tipul minimal în al cărui domeniu se află valoarea constantei. 
Dacă constanta este specificată cu sufixul H, reprezentarea este hexazeci- 
mală; altfel, reprezentarea este zecimală. Un număr real conţine întot- 
deauna punctul zecimal şi opțional un factor de scară zecimală. Literele 
E şi D înseamnă “înmulțit cu 10 la puterea”. Un număr real este de tipul 
REAL cu excepția situației când conţine ca factor de scară pe D, caz în 
care este de tipul LONGREAL. Dăm mai jos descrierea în notația BNF 
extinsă (vezi 3.1.3.1): 


number = integer | real. 
integer = digit {digit} | digit {hexDigit} “H”. 
Teal = digit {digit} “.” {digit} [ScaleFactor]. 


ScaleFactor = (“E” | “D”) [“+” | “-”] digit {digit}. 
hexDigit = digit | “A” | “B” | “C” | “D” | “E” | “F”. 


digit =“0" | »In | ug" | »gn | “qu | 5" | «n | »7n | «gun | 2g" 
Exemple: 

literal tip valoare 

1991 INTEGER 1991 

ODH SHORTINT 13 

12.3 REAL 12.3 
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4.567E8 REAL 456700000 
0.57712566D-6 LONGREAL 0.00000057712566 


Constantele caracter 


Se notează prin numărul ordinal al caracterului (în notație hexazecimală), 
urmat de litera X. 


character = digit {hexDigit} “X”. 
Constantele sir de caractere 


Sunt incluse între apostroafe (‘) sau ghilimele (“). Caracterul respectiv (‘ 
sau ”) de început și sfârşit trebuie să fie acelaşi şi să nu apară în şir. 
Lungimea şirului este numărul de caractere al acestuia. Oriunde este 
permisă o constantă caracter se poate folosi un şir de caractere de lungime 
1 şi reciproc. 


şir de caractere = * “ “ (char) * ” * |“ ” {char} «>. 
Exemple: 


“Oberon/L” “Don’t worry!” Sag? 


3.1.3. Sintaxa unui limbaj de programare 


La fel ca în orice limbă, şi în limbajele de programare, succesiunile de 
cuvinte formează propoziţii sau instrucțiuni. Prin sintaxa unui limbaj de 
programare se înțelege un ansamblu de reguli prin care se determină dacă o 
anumită instrucțiune este corect alcătuită sau nu. 


Conceptul de sintaxă apare sub două forme: 
— sintaxa abstractă . 


Identifică rolul componentelor fiecărei construcţii; descrierile de lim- 
baj şi implementările sunt organizate în jurul sintaxei abstracte. 


— sintaxa concretă (lexicală) 


Prezintă modul concret de scriere a construcțiilor limbajului, conţinând 
detalii relative la plasarea cuvintelor cheie şi a semnelor de punctuație. 


Spre exemplu, o aceeaşi sintaxă abstractă stă la baza secventei de program 


WHILE x <> A[i] DO 
i := i-l 
END 


scrisă în Modula-2, precum si a următoarei secvențe C: 


while (x != A[i]) i = i-1; 
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Fiecare dintre aceste secvențe constă dintr-un ciclu de tip while cu o condiție 
ce testează dacă x diferă de A/i]. În cazul îndeplinirii condiției i este 
decrementat. În ceea ce priveşte însă sintaxa concretă a acestor instrucțiuni în 
Modula-2 si C este evident că aceasta diferă. 


Există diverse moduri prin care se poate descrie sintaxa unui limbaj de 
programare. In cele ce urmează, ne vom referi pe scurt la BNF, grafele de 
sintaxă, gramatici şi automate. 


3.1.3.1. BNF 


Raportul ALGOL60, apărut în 1963, conține o notație pentru descrierea 
sintaxei unui limbaj de programare. Această notație a devenit cunoscută în teoria 


limbajelor sub numele de BNF (Backus-Naur Form = notația Backus-Naur), 
numită aşa după doi dintre autorii raportului amintit. 


Pentru o mai bună înțelegere a acesteia, se va considera definiția instructiunii 
for preluată din raportul ALGOL6O0 şi prezentată în fig.3.3. 


<instr for> ::= <clauză for> <instr> | <etichetă> : <instr for> 
<clauză for> ::= for <variabilă> := <listă for> do 
<listă for> ::= <element de listă for> | 
<listă for> , <element de listă for> 

<element de listă for> ::= <expr aritm> | 

<expr aritm> step <expr aritm> until <expr aritm> | 

<expr aritm> while <expr bool> 
Figura 3.3. Descrierea in BNF a sintaxei instrucţiunii for din iimbajul ALGOL60 


Notatia BNF este formată din producții. O producţie este de forma: 
<simbol-neterminal> ::= <definitie> 


Simbolurile <,>, | şi ::= fac parte din mecanismul de descriere a limbajului, 
ele fiind numite meta-simboluri. Simbolul ::= înseamnă “se defineşte astfel”. 
Cuvintele for, do, step, until, while, precum şi caracterele {, :=, :, }, care apar în 
producţii, se numesc simboluri terminale, pe când <instr for>, <clauză for>, 
<instr>, <etichetă>, <variabilă>, <listă for>, <element de listă for>, <expr 
aritm> şi <expr bool> sunt simboluri neterminale. În orice producţie, la stânga 
meta-simbolului ::= apare un neterminal, iar definiţia acestuia este o listă de 
neterminale, terminale şi meta-simboluri. 


Conform primei producţii, <instr for> are două definiţii alternative, separate 
prin |. Astfel, o <instr for> este fie o <clauză for> urmată de o <instr>, fie o 
<instr for> precedată de o etichetă şi de două puncte. Această producţie 
utilizează ideea definirii recursive în a doua alternativă, deoarece <instr for> este 
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definită prin ea însăşi. Înţelesul acestei definiţii este acela că o instrucţiune for 
poate să nu aibă etichetă sau poate să aibă un număr variabil de etichete, fiecare 
terminată prin : (două puncte). 


Neterminalul <clauza for> este definit astfel: începe cu simbolul terminal 
for, care este cuvânt rezervat în ALGOL60, urmat de o <variabilă>, :=, o <listă 
for> şi cuvântul rezervat do. Definiţia neterminalului <listă for> utilizează de 
asemenea recursivitatea (aici asa numita recursivitate la stânga), cu efectul că o 
<listă for> poate conţine de mai multe ori neterminalul <element de listă for>, 
folosind virgula ca separator. Ultima producţie explicitează trei moduri de 
alcătuire a elementelor listei for. Celelalte neterminale neexplicitate sunt 
descrise în raportul ALGOL60. 


Conform acestei definiţii, sunt corecte sintactic următoarele construcţii for: 


for i:=j step 1 until n do <instr> 
for j:=a*b+c step h until k*m do <instr> 
for j:=a*b while x<y do <instr> 
A:B: for k:=1 step -1 until n, i+1 while j>i do <instr> 


De-a lungul timpului notația BNF a suferit unele adăugiri ajungându-se la ora 
actuală la utilizarea unei aşa numite notații BNF extinse (Extended BNF - 
EBNF). 


Noile reguli ale acestei notatii sunt: 


— toate unităţile sintactice ale limbajului sunt cuprinse între ghilimele; de 
exemplu, “<” desemnează semnul “mai mic” şi nu metasimbolul e< 


— entitățile opționale sunt cuprinse între parantezele drepte TaT: 


— orice expresie repetabilă (cu semnificația că poate apare de zero sau mai 
multe ori) este cuprinsă între acoladele ‘{< şi ‘}’; 


— parantezele rotunde se folosesc în situaţiile în care se doreşte exprimarea 
unor grupări de acţiuni: de exemplu, (“a” | “b”) “c” desemnează stringul 
“ac” sau “bc” 


3.1.3.2. Gramatici 


Aproximativ in aceeași perioadă de timp în care era conceput raportul 
ALGOL60, Noam Chomsky a dezvoltat teoria gramaticilor (1959). Cu ajutorul 
acestora, poate fi formalizată definiţia unui limbaj, formalizare ce se impune cu 
necesitate pentru un studiu integrat şi complet al proiectării şi implementării 
limbajelor de programare. 


O gramatică se defineşte sub forma unui cvadruplu: 
G = <N,Z,P,S> 
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în care: 
N - Este alfabetul simbolurilor neterminale. 
> - Este alfabetul simbolurilor terminale. 
P - Este mulțimea producţiilor. 
S - Este simbolul de start. 

Folosind următoarele notații: 


A*= mulţimea tuturor cuvintelor construite cu elemente din alfabetul 
A (succesiuni de simboluri din A); 


== {a, b, c, ...} (simboluri terminale) 
N= (A, B,C, ...} (simboluri neterminale) 
x= {u, V, X, Y, Z, ..-} (cuvinte ce conțin numai terminale) 


A=NU £= {U, V, X, Y, Z, ... } (alfabetul gramaticii G); 

A'= {a,B, 7,6, ---} 

A = şirul de caractere vid; 

P={a>B|a,peE A) (mulţimea producţiilor) 

a = B = regulă de derivare generală (şirul f este generat conform regulilor de 

producţie ale gramaticii G, plecând de la şirul a) 
L(G) = {x | S > x} -limbajul generat de gramatica G, unde x se numeşte 
forma propozitionala (sir derivat din simbolul de 
start S); 
se poate defini ierarhia Chomsky a gramaticilor, după cum urmează: 

— Gramaticile de tip 0 sunt gramaticile definite mai sus. 

— Gramaticile de tip 1 (dependente de context GDC) au producţiile de forma 
aAB => ayB (y + A), deci A se transcrie ca y numai în contextul dat de a 
şi B; 

— Gramaticile de tip 2 (independente de context, context free GIC) au 
producţiile de forma A > a (independent de contextul apariţiei sale, A se 
poate scrie ca a); 

— Gramaticile de tip 3 (gramaticile regulate GR) au producţiile de forma 
A > aB sau A > a. 


Arborele de derivare al unei gramatici G = <N,Z,P,S>, este un arbore 
etichetat şi orientat, cu următoarele proprietăți: 
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radacina arborelui are eticheta S; 
nodurile interioare au ca etichete neterminale; 


c. pentru orice nod interior etichetat cu A, având descendentii directi etichetati 
(de la stânga la dreapta cu X1,X2,...,.Xk) există o producţie A > X1,X2,...,Xk 
în P. 


Frontiera unui arbore de derivare este şirul simbolurilor ce etichetează 
frunzele arborelui (parcurse de la stânga la dreapta). Unei forme propozitionale 
æ EA îi corespunde cel putin un arbore de derivare, numit arborele de derivare 
al lui a în G. 


Evident, gramaticile de tip 3 formează clasa cea mai restrânsă de gramatici. 
Notând cu G' clasa gramaticilor de tip i, respectiv cu L! clasa limbajelor generate 
de gramaticile de tip i (0<i<3), între aceste clase există relațiile de incluziune 
naturală: 

G C Gc gic g 

Il: CL GL CELE 
care definesc o ierarhie a gramaticilor şi limbajelor, numită ierarhie Chomsky. 


Dintre aceste clase de limbaje, un interes deosebit trebuie acordat clasei L? A 
care reprezintă modelul limbajelor de programare. Altfel spus, clasa limbajelor 
independente de context (adică generate de gramatici independente de context) 
poate modela formal limbajele de programare. 


Se demonstrează că BNF si gramaticile independente de context sunt 
echivalente din punctul de vedere al descrierii sintaxei unui limbaj de 
programare. Înlocuind neterminalele cu litere mari ale alfabetului, terminalele cu 
litere mici, ::= cu > şi separînd alternativele în producții independente, se obține 
o GIC plecând de la o descriere BNF, iar reciproc, făcând transformările inverse, 
plecând de la o GIC se obține BNF. 


Două clase particulare de GIC sunt aşa-numitele gramatici LL(k) si LR(k). 
Aceste gramatici sunt folosite în analiza sintactică descendentă (LL(k)) sau 
ascendentă (LR(k)) fără reveniri, care realizează construirea arborilor sintactici 
(de derivare) pentru textul sursă supus analizei. 


3.1.3.3. Grafe de sintaxă 


O altă metodă de descriere a sintaxei unui limbaj de programare utilizează 
grafele de sintaxă, echivalente cu BNF (deci şi cu GIC), dar mai sugestive. 
Regulile de definire a grafelor de sintaxă au fost introduse de Wirth (1967). Ca 
mod de reprezentare, grafele de sintaxă utilizează: 
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— cercul pentru a reprezenta un simbol terminal: 


——>(a }——> 


— dreptunghiul pentru a reprezenta un simbol neterminal: 


j 
— săgeata pentru a reprezenta direcția transformării: 


> 


— o producție de forma A ::= a102...Qn se transcrie după cum urmează: 


— o producție cu mai multe alternative: A ::= a1|a2]...]an se transcrie astfel: 


— o regulă recursivă A ::= (a) se transcrie: 


Legătura dintre grafele de sintaxă şi BNF este dată chiar de modul de definire 
prezentat. Pentru exemplificare, se va da în continuare descrierea sintaxei 
instrucţiunii for din ALGOL60 (fig.3.4). Se observă gradul sporit de lizibilitate 
a diagramei respective, ca şi eliminarea redundantelor prezente în descrierea 
BNF din figura 3.3. 
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lista for 


expresie 
aritmetică 


expresie 
booleană 


Figura 3.4. Graful de sintaxă al instrucţiunii for din ALGOL60 


3.1.3.4. Automate de acceptare 


Un automat de acceptare (sau de recunoaştere) este folosit pentru a răspunde 
la întrebarea: aparţine un şir x limbajului L sau nu ?. 


Automatul este definit ca o “maşină” cu operaţii extrem de simple, care 
primeşte şirul de analizat pe un suport oarecare (numit bandă de intrare), îl 
parcurge folosind un cap de citire şi răspunsul final este dat de starea în care 
rămâne unitatea de comandă a automatului. Maşina poate folosi o memorie 
auxiliară pentru păstrarea unor informaţii care s-o ajute în luarea de decizii la un 
moment dat. Funcționarea unităţii centrale (evoluția) este o secvenţa de mişcări, 
o mişcare constând dintr-o modificare a configurației maşinii. Prin configuraţie 
se înțelege ansamblul stărilor componentelor acesteia. 

Modelul fizic descris mai sus este intuitiv, el stând la baza modelului 
matematic al automatului, model necesar pentru formalizarea funcționării 
maşinii şi deci pentru fundamentarea algoritmilor de analiză implementati cu 
ajutorul acesteia. 


Din punct de vedere matematic, automatul de acceptare este un obiect 
algebric cu următoarele componente: 
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U=<2Z,P,Q,6,q0,F> 


unde: 

= - alfabetul finit al benzii de intrare, adică alfabetul cu care 
sunt construite şirurile ce trebuiesc recunoscute; 

T - alfabetul finit al memoriei; 

Q - mulțimea finită a stărilor unității de comandă; 

re) - functia de tranzitie, care descrig funcționarea unității de 
comandă: ô : Q x {SU fA}} xr +QxT; 

qo - starea inițială a maşinii; 

FCO - mulţimea stărilor finale ale maşinii. 


Configurația maşinii este cvadruplul (q,x,i,y), în care: 


i - Este poziția capului de citire. 
qEQ - Este starea curentă a unității de comandă. 
x - Este şirul de intrare (eventual şirul rămas de citit). 


yer i - Este conținutul memoriei. 
O mişcare între două configurații: 
(q1,ax,i,y1) | (q2,x,j,72) 
se realizează dacă ò(q1,a,y1) = (q2,y2) şi j=i+1 dacă a E E sau j=i dacă a=A. 
Cazul a=A (şirul vid) corespunde unei mişcări independente de intrare. 
Limbajul acceptat de un automat U se defineşte astfel: 


L= {x E Z'\(qo,x,1 A) F * (adn+14),q E F}, 


notația (qo,x,1,A) => (q4,n+14), q E F semnificând faptul că şirul x este 
acceptat de automatul U, adică pornind de la configuraţia iniţială, prin mişcările 
automatului se parcurge întregul şir de intrare x (considerat de lungime n) şi 
automatul ajunge într-o configuraţie finală. Mai general, există două criterii de 
acceptare: 


a. Criteriul stării finale (CSF), când configuraţia finală este definită de starea 
finală q E F 


si 


b. Criteriul memoriei vide (CMV), când configuraţia finală este definită de 
absenţa informaţiei din memorie. 
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Automatele se clasifică în deterministe şi nedeterministe. Un automat finit 
este determinist dacă funcţia de tranziţie 6 respectă definiția matematică a unei 
funcţii, adică pentru un argument din domeniul de definiţie are (cel mult) o 
valoare (unei configurații îi corespunde cel mult o mişcare). În cazul automatelor 
nedeterministe, avem de-a face cu o funcţie de tranziție generalizată, care pentru 
un argument are o mulţime de valori posibile, în general mai mult de una (există 
mai multe mişcări posibile plecând de la aceeaşi configuraţie). Această funcție 
de tranziţie generalizată corespunde producţiilor cu alternative. 


Dacă T = Ø, automatul este finit. Dacă T # Ø şi memoria automatului este 
de tip stivă, automatul se numeşte push-down (APD). În sfârşit, un automat 
push-down este extins dacă funcţia de tranziție are între argumente nu numai 
simbolul din vârful stivei, ci poate inspecta stiva în adâncime. 


Diversele tipuri de automate prezentate se pot combina între ele. Dintre toate 
combinaţiile posibile, sunt importante cel puţin următoarele: 


— automatul finit determinist AFD; 

— automatul finit nedeterminist AFN; 

— automatul push-down determinist APD; 

— automatul push-down nedeterminist APDN; 

— automatul push-down extins APDE; 

— automatul push-down extins nedeterminist APDEN. 


Între limbajele acceptate de automate şi între gramaticile din ierarhia 
Chomsky şi automate există relaţii naturale, stabilite teoretic: 


1. Larn=Larp 
Pentru orice AFN există un AFD care acceptă acelaşi limbaj. 


2. OLĂEO=LAFE) 


Clasa limbajelor generate de gramaticile regulate peste un alfabet 2 
coincide cu clasa limbajelor acceptate de un automat finit peste acelaşi 
alfabet de intrare. 


3.  LAPD(CMV) = LAPD(CSF) 
Criteriile de acceptare pentru automate push-down sunt echivalente. 
4. LA) = Lappn(2) = Lappen(®) 


Clasa limbajelor independente de context coincide cu clasa limbajelor 
acceptate de APDN (sau APDEN) peste același alfabet 2). 


Automatele de acceptare se folosesc in analizoarele lexicale şi semantice ale 
programelor de traducere, lucru care va fi discutat în secțiunea următoare. 


3.2. Traducerea programelor 


3.2.1. Programe traducătoare 


Prin translator vom înţelege în cele ce urmează un program ce traduce un 
program sursă (PS), scris într-un anumit limbaj de programare (LP) într-un 
program echivalent exprimat într-un alt limbaj, pe care îl vom numi program 
destinaţie (PD). Familia programelor translatoare are ca reprezentanți compila- 
toarele, asambloarele şi interpretoarele. Pentru un compilator, PD se numeşte 
program obiect sau cod obiect (CO), fiind apropiat de codul maşină, iar 
asamblorul este compilatorul unui limbaj de asamblare. În ambele situaţii, 
traducerea este urmată de obicei de editarea de legături (link-editarea), înainte 
ca programul să poată fi executat. Link-editarea este faza în care se produce 
codul executabil prin legarea codului obiect (rezultat din traducere) cu alte 
module obiect (rezultate din compilări anterioare sau existente în biblioteci). O 
altă modalitate de execuţie a PS scrise în limbaje de nivel înalt este folosirea 
unui interpretor, care este tot un translator ce realizează execuţia instrucțiune cu 
instrucţiune a programului sursă. 


În practică se întâlnesc şi alte tipuri de programe translatoare. Astfel: 
— preprocesoarele sau macroprocesoarele 


Traduc-PS din limbaje de nivel înalt in PD scrise tot în limbaje de nivel 
înalt, compilabile. 


Exemple: 
preprocesorul RATFOR pentru FORTRAN, preprocesorul C etc. 
— cross-compilatoarele sau cross-asambloarele 


Se execută pe un calculator “gazdă” şi generează CO pentru o altă maşină 
“obiect” (de exemplu, maşina gazdă minicalculator sau calculator mare, 
iar maşina obiect microcalculator cu memorie mică, pe care nu se poate 
implementa programul de traducere). 


— compilatoarele incrementale 


Sunt destinate sistemelor conversationale din primele generatii (si recon- 
siderate în ultimii ani), care reprezintă o combinaţie compilator -interpre- 
tor (numele incremental provine de la increment = “bucată” de PS cu o 
anumită independență sintactică şi semantică, folosită ca unitate de tra- 
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ducere, PS fiind format din mai multe incremente a căror execuţie are loc 
interpretativ). 


In sfârşit, tot in această categorie a altor tipuri de translatoare putem 
încadra generatoarele de programe care, plecând de la un PS scris într-un 
limbaj de specificare, generează programe sursă scrise în diverse limbaje 
de programare de nivel înalt. 


3.2.2. Schema generală a unui compilator 


Compilatorul este un program complex, a cărui realizare presupune 
abordarea sistemică a procesului de traducere. În procesul de compilare, PS 
suferă un şir de transformări în cascadă, din ce în ce mai apropiate de CO. 
Conceptual, un compilator realizează două mari clase de operaţii: 


— analiza textului sursă; 
— sinteza codului obiect. 


La rîndul lor, aceste operații se descompun în suboperatii specializate, 
inlantuite între ele şi caracterizate prin funcţii bine precizate. Din punctul de 
vedere al structurii sale, un compilator poate fi reprezentat schematic ca în fig. 
3.5. Se observă înlănțuirea etapelor analizei şi sintezei, precum şi ordinea 
naturală a acestora. Facem aici observaţia că această reprezentare se doreşte a fi 
generală, şi că în practică anumite etape pot fi considerate împreună. 


Program Şir de atomi Arbore Cod Cod 
Sursă lexicali sintactic intermediar intermediar optimizat 


Optimizare Generare 
de cod de cod 


Cod 
obiect 


lexicală 


Analiză Analiză 
sintactică i semantică 


Gestiunea 
tabelelor 


Tratarea 
erorilor 


Figura 3.5. Structura unui compilator 
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Analiza lexicală realizează o primă parcurgere a PS (considerat ca şir de 
caractere), grupând aceste caractere in subşiruri, numite atomi lexicali: cuvinte 
cheie sau rezervate, operatori, constante, identificatori, separatori. 


Analiza sintactică depistează în şirul atomilor lexicali structuri sintactice: 
expresii, liste, instrucţiuni, proceduri ş.a., generând arborele sintactic (arborele 
de derivare), care descrie relaţiile dintre aceste structuri (de incluziune, de 
separare etc... 


Analiza semantică foloseşte arborele sintactic pentru extragerea de informaţii 
privind apariţiile obiectelor purtătoare de date din PS (tipuri de date, variabile, 
proceduri, funcții) şi pentru verificarea consistentei utilizării lor. Pe măsura 
parcurgerii arborelui sintactic, se generează codul intermediar. Acesta este un şir 
de instrucţiuni simple, cu format fix, în care: codurile operaţiilor sunt 
asemănătoare cu codurile maşină corespunzătoare, ordinea operațiilor respectă 
ordinea execuţiei (dictată de apariția acestora în PS), iar operanzii sunt 
reprezentaţi sub forma variabilelor din PS, şi nu sub formă de registri sau adrese 
de memorie. 


Optimizarea codului intermediar are ca obiectiv eliminarea redundantelor, a 
calculelor inutile, în scopul realizării unei execuţii eficiente a codului obiect. 
Pentru atingerea acestui obiectiv se încearcă: 


— realizarea tuturor calculelor posibile încă din faza de compilare (de exem- 
plu în expresii cu operanzi constante); 


— eliminarea subexpresiilor comune (prin evaluarea lor o singură dată); 
— factorizarea invariantilor din cicluri. 


Generarea programului (codului) obiect constă în alocarea de locaţii de 
memorie şi regiştri ai unității centrale pentru variabilele programului şi in 
înlocuirea codurilor de operaţii din codul intermediar cu cele maşină. Codul 
obiect rezultat poate fi: 


— absolut (direct executabil); 


— relocabil (care va face obiectul editării de legături, unde va fi legat de alte 
module obiect, rezultate din compilări anterioare sau din biblioteci); 


— în limbaj de asamblare, lucru ce asigură un efort mai mic de implementare 
a generatorului de cod 


sau 
— înalt limbaj de programare în cazul preprocesoarelor. 


În altă ordine de idei, generarea de cod diferă în funcţie de arhitectura maşinii 
(maşină cu acumulator şi cu registre de bază şi index sau maşină cu registre 
generale). 
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Cele 5 module de bază ale procesului de compilare sunt asistate de alte două 
componente ale compilatorului, ale căror servicii sunt utilizate pe tot parcursul 
compilării: modulul de tratare a erorilor şi gestionarul tabelei de simboluri. 


Modulul de tratare a erorilor este constituit dintr-o colecție de proceduri care 
sunt activate ori de câte ori este detectată o eroare în timpul operaţiilor de 
analiză. Ele emit mesaje de diagnostic relative la eroarea respectivă şi iau decizii 
privind modul de continuare a traducerii: 


— traducerea se continuă cu ignorarea elementului ce conţine eroarea; 
— se încearcă corectarea erorii 

sau 
— se abandonează procesul de traducere. 


După momentul de analiză în care apar, erorile pot fi lexicale, sintactice sau 
semantice. Un alt criteriu de clasificare a erorilor este “gravitatea” lor; distingem 
avertismente (de obicei omisiuni de programare), erori care se pot “corecta” de 
către un compilator mai inteligent şi erori “fatale”, care provoacă abandonarea 
procesului (fazei) de compilare. 


Gestionarul tabelelor este tot o colecţie de proceduri care realizează crearea 
şi actualizarea bazei de date a compilatorului, care conține două categorii de 
informaţii: 


— proprii compilatorului (generate la implementare şi constituite din meca- 
nismele de descriere a analizei lexicale, sintactice şi semantice) 


şi 


— caracteristice PS (identificatori, constante, cuvinte cheie), care de obicei 
se memorează într-o tabelă de simboluri. 


Există diverse modalități de gestionare a tabelei de simboluri, în funcție de 
reprezentarea acesteia (tabel neordonat, tabel ordonat alfabetic sau dispersat - 
memorarea şi regăsirea făcând apel într-un astfel de caz la aşa numitele funcţii de 
dispersie -hashing functions), de tipul limbajului supus traducerii (cu sau fără 
structură de bloc), de convențiile alese pentru reprezentarea atributelor în tabelă, 
de caracterul general (acoperitor) al tabelei (existența unei singure tabele de 
simboluri sau “prezența unor tabele specializate pentru variabile, proceduri, 
constante, etichete) etc. 


În faza de analiză lexicală (de obicei), la întâlnirea unui nume nou, acesta 
este introdus în tabela de simboluri, retinindu-se adresa intrării. Ori de câte ori 
numele este referit, informaţia prezentă în tabelă este actualizată cu informaţii 
sau atribute noi ale numelui respectiv, verificându-se totodată consistenţa 
utilizării acestuia (în analiza semantică). La generarea de cod, atributele numelui 
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determină lungimea zonei de memorie alocată acestuia. În sfârşit, atributele 
numelui pot servi şi în faza de tratare a erorilor. 


3.2.3. Analiza 


Faza de analiză cuprinde trei etape: analiza lexicală, sintactică şi semantică. 
Aceste trei etape se pot implementa separat, aşa cum este ilustrat în figura 3.5, 
sau global. 


3.2.3.1. Analiza lexicală 


Analiza lexicală (engl. scanning, analizor lexical = scanner), transformă PS 
(considerat şir de caractere) într-un şir de unități lexicale, numite atomi lexicali 
sau particule lexicale (engl. tokens). Clasele de atomi lexicali, considerate ca 
mulţimi finite, corespund identificatorilor, constantelor întregi, constantelor 
reale şi operatorilor. Pe scurt, analizorul lexical realizează operaţii de detectare, 
clasificare şi traducere: 


— detectarea în PS a subşirurilor ce respectă regulile de formare a atomilor 
lexicali; 


— clasificarea acestor subşiruri (identificarea clasei acestora); 
— traducerea subsirurilor în atomi lexicali; 
— memorarea în tabela de simboluri a identificatorilor şi constantelor. 


De obicei, analiza lexicală este considerată ca o etapă a analizei sintactice. 
Intre argumentele în favoarea separării acestor operaţii menţionăm: 


— 0 proiectare mai simplă a analizorului sintactic şi a celui lexical, datorată 
principiului separării funcțiilor; 
— posibilitatea scrierii analizorului lexical în limbaj de asamblare (el ne- 


cesitând în general operaţii apropiate de maşină), şi în limbaje de nivel înalt 
a celorlalte componente ale compilatorului; 


— deoarece sintaxa atomilor lexicali se poate exprima cu ajutorul unei 
gramatici regulate, modelul analizorului lexical poate fi un automat finit, 
care este mai simplu de implementat decât automatele push-down utilizate 
în celelalte etape ale analizei; 


— aportul analizorului lexical la “igienizarea” PS, deoarece: 


e numărul atomilor lexicali este mai mic decât numărul de 
caractere din PS; 


e se elimină blank-urile sau comentariile; 
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e se poate prelua în analiza lexicală evaluarea unor construcții 
dificil de implementat în analizorul sintactic, rezultatul fiind 
reducerea complexității analizei sintactice; 


— creşterea portabilitatii algoritmului de compilare (de exemplu la dialecte 
diferite ale aceluiaşi limbaj, ce diferă prin cuvinte cheie, realizarea unui 
compilator înseamnă doar rescrierea analizorului lexical). 


Din punctul de vedere al relaţiei cu analizorul sintactic, se deosebesc două 
moduri de abordare: 
— analizor lexical independent de analizorul sintactic; 
— analizor lexical comandat de analizorul sintactic, caz în care primul este o 
rutină a celui de al doilea. 


Din punct de vedere structural, analizorul lexical poate fi monobloc (analiza 
lexicală este abordată şi rezolvată global) sau structurat, când gramatica 
atomilor lexicali este stratificată, rezultând de obicei trei subfaze: transliterare 
(clasificarea caracterelor PS), explorare (depistarea şi clasificarea subşirurilor de 
atomi lexicali) şi selectare (definitivarea. clasificării, eliminarea caracterelor 


inutile şi codificarea atomilor lexicali). 
Etapele ce trebuie parcurse în proiectarea unui analizor lexical sunt: 
e tratarea gramaticii atomilor lexicali, prin rafinări succesive, obtindndu- 
se o mulţime de gramatici regulate; 


e stabilirea diagramei de tranziție a automatului de recunoaştere echiva- 
lent gramaticilor regulate; 


e completarea diagramei de tranziție cu proceduri semantice asociate 
tranzitiilor (pentru semnalarea erorilor sau pentru emiterea unor ieşiri). 


3.2.3.2. Analiza sintactică 


Analiza sintactică (engl. parsing) este una dintre etapele principale ale 
procesului de traducere. Prin ea se realizează transformarea şirului de intrare 


(format din atomi lexicali) în: 


— descrierea structurală a acestuia, semantic echivalentă (în cazul când şirul 
de intrare este corect sintactic) 


respectiv 

— mesaj de eroare (în caz contrar). 

Descrierea structurală este echivalentă arborelui de derivare. 

Construirea arborelui de derivare se face pe baza şirului atomilor lexicali şi 
poate fi: 
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— ascendentă (de la frunze spre rădăcină) 
sau 
— descendentă (de la rădăcină spre frunze). 


Analizoarele sintactice se pot clasifica după modul de construire a arborelui 
de derivare (analizoare ascendente, respectiv descendente) sau după existența 
revenirilor în procesul de construire a acestui arbore (cu reveniri sau fără 
reveniri). 


Modelul sintaxei limbajelor de programare este gramatica independentă de 
context, prin urmare, conform rezultatelor teoretice expuse în secțiunea 
precedentă, modelul analizorului sintactic va fi automatul push-down nedeter- 
minist. În simularea funcționării acestuia, este importantă problema tratării 
revenirilor. Dacă la un moment dat se pot lua în considerare mai multe 
alternative de continuare a derivării, trebuie să se prevadă posibilitatea revenirii 
la o altă alternativă posibilă când alternativa aleasă nu conduce la un rezultat 
favorabil. Acest lucru măreşte timpul de realizare a analizei, motiv pentru care 
este de dorit ca la orice moment să fie asigurată o singură posibilitate de 
continuare a acesteia. 


Analiza sintactică descendentă are ca model APDN şi se bazează pe 
derivarea stânga a şirului acceptat. Operaţiile acestui automat sunt: 


— expandarea (înlocuirea unui neterminal A din vârful stivei cu partea 
dreaptă a unei A-productii din gramatică) şi 


— avansul (ştergerea unui terminal din vârful stivei atunci când el coincide 
cu terminalul curent din şirul de intrare, urmată de avansul intrării). 


Criteriul de acceptare este criteriul stivei vide. Revenirile sunt modelate cu 
ajutorul unei stive auxiliare, in care se memorează configuraţia APDN la fiecare 
punct de ramificare a analizei, când sunt posibile mai multe alternative de 
derivare. În cazul analizoarelor sintactice descendente fără reveniri, modelul 
sintaxei este gramatica LL(k). 


Analiza sintactică ascendentă are ca model APDN extins şi se bazează pe 
derivarea dreapta a şirului acceptat, parcursă în ordine inversă. Operatiile 
acestui automat sunt: 


— deplasarea (căutarea în şirul de intrare, trecut succesiv în stivă, a părților 
drepte ale regulilor de producţie ale gramaticii) şi 


— reducerea (o parte dreaptă a unei reguli de producție este înlocuită cu 
neterminalul din partea stângă a regulii respective). 


Criteriul de acceptare este epuizarea întregului şir de intrare, iar în stivă 
trebuie să rămână numai simbolul de start al gramaticii. În cazul general, când 
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modelul sintactic al limbajului de tradus este o gramatică independentă de 
context, analiza sintactică ascendentă este cu reveniri. Analiza sintactică 
ascendentă fără reveniri utilizează ca model de sintaxă gramaticile LR(k). 


3.2.3.3. Analiza semantică 


Structura sintactică poate fi folosită pentru specificarea semanticii unui 
limbaj. În general, semantica (înţelesul) unei construcţii poate fi exprimată prin 
orice cantitate sau mulţime de cantități asociate acelei construcții. O astfel de 
cantitate asociată se numeşte atribut. Ca exemple de atribute putem menţiona: o 
mulţime de şiruri de caractere, o valoare, un tip, o configuraţie specifică de 
memorie etc. Această modalitate de abordare a semanticii se numeşte orientată 
de sintaxă (syntax directed). Regulile care definesc atributele unei construcții se 
numesc reguli semantice. O specificare de sintaxă împreună cu regulile 
semantice asociate realizează o definiție orientată de sintaxă. 


De exemplu, dacă dezvoltăm un evaluator de expresii, semantica expresiei 
2+3 poate fi exprimată prin valoarea 5. Dacă dezvoltăm un translator din formă 
infixată în formă postfixată semantica expresiei 2+3 ar putea fi exprimată sub 
forma tripletului (+ 2 3). 


Concepută ca o finalizare a etapei de analiză a textului sursă (prin generarea 
codului intermediar), analiza semantică completează structurile sintactice cu 
valorile atributelor asociate fiecărei componente de structură. Cunoscându-se 
valorile atributelor, se realizează: 


— validare semantică a PS; 
— generarea codul intermediar echivalent. 
Acţiunile realizate în această ultimă fază a analizei sunt urmatoarele: 


— atributarea arborelui de derivare (evaluarea atributelor asociate nodurilor 
acestuia); 


— generarea de cod intermediar. 


Aceste două obiective se realizează de obicei prin parcurgerea de mai multe 
ori a arborelui de sintaxă. În practică, analiza semantică se desfăşoară în paralel 
cu analiza sintactică, prin completarea acțiunilor analizorului sintactic cu acțiuni 
referitoare la anumite structuri de date ce reprezintă atribute ale componentelor 
sintactice. 


Există diverse formalisme pentru analiza semantică, între care amintim: 
— schemele generalizate de traducere orientate pe sintaxă (Aho); 


— gramaticile de atribute extinse cu acțiuni de traducere (Marcotty), 
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Nu există însă un model unanim acceptat. Formalismele existente depind de 
strategia aleasă în analiza sintactică (ascendentă sau descendentă). 


3.3. Unităţi de program 


Structura generală a unui program scris într-un limbaj de programare 
convențional (imperativ, dirijat de control) presupune existența unui program 
principal şi eventual a unuia sau mai multor subprograme (proceduri, funcţii sau 
subrutine) care comunică între ele şi/sau cu programul principal prin intermediul 
parametrilor şi/sau a unor variabile globale. Noţiunea de subprogram împreună 
cu întreaga problematică aferentă va fi discutată pe larg într-un capitol următor. 


Orice program sau subprogram sursă, indiferent de limbajul în care este scris 
şi indiferent de sintaxa concretă a acestuia este divizat în două parti (nu neapărat 
distincte din punct de vedere fizic): partea de declarații şi partea imperativă. 
Declaraţiile, denumite uneori şi instrucțiuni neexecutabile sunt informaţii 
descriptive adresate compilatorului care descriu în principal atribute ale zonelor 
de date cum ar fi tipul, dimensiunea de reprezentare, eventual valori iniţiale etc. 
Partea imperativă conţine instrucțiunile ce se vor executa în cursul rulării 
(sub)programului. 


Ideea reutilizării codului precum şi cea a reducerii dificultăților de 
proiectare şi întreţinere a programelor mari au condus în mod natural la 
modularizarea dezvoltării programelor. Corespunzător, ca rezultat al procesului 
de abstractizare si factorizare, apar astfel la nivelul programelor, unități de 
program distincte, numite module, cu rol bine precizat şi care aduc odată cu 
apariția lor numeroase avantaje. Unul dintre cele mai importante în acest sens 
este compilarea separatd. 


În majoritatea cazurilor activitățile pe care subprogramele le efectuează sunt 
independente. Astfel, unul sau mai multe subprograme pot fi grupate în module, 
care, fiind la rândul lor independente pot fi compilate separat unul de celălalt, 
adică la momente diferite în timp şi combinate mai târziu de către editorul de 
legături într-un unic program executabil. Ca urmare, dacă un modul necesită 
modificări şi celelalte nu, va fi recompilat doar modulul modificat, editorul de 
legături realizând apoi combinarea codului obiect rezultat cu versiunile deja 
compilate ale celorlalte module. Se economiseşte în acest fel un timp 
semnificativ de lucru, ideea compilării separate fiind extrem de utilă la 
întreţinerea bibliotecilor mari de programe. 


Limbajul FORTRAN a fost primul limbaj de nivel înalt care a dispus de 
această caracteristică. Limbajul Pascal standard nu a avut această facilitate, 
însă implementarea 'Turbo Pascal a firmei Borland a rezolvat această problemă 
prin introducerea conceptului de unitare (unit) Turbo Pascal. Limbajul C 
permite şi el compilarea separată, lucru posibil datorită existenţei atributului 
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clasă de memorie extern pentru variabilele C, ceea ce permite existența 
modulelor in limbajul C, module ce pot comunica tocmai prin intermediul 
acestor variabile de clasă de memorie extern. Cerinţele dezvoltării actuale de soft 


fac indispensabilă această proprietate pentru un limbaj de programare ce trebuie . 


ales pentru proiectarea de aplicații. 


Acceptiunea actuală a termenului de modul este cea introdusă de limbajul 
Modula, adică o unitate sintactică ce înglobează: proceduri, tipuri de date, 
constante şi variabile pe care primele operează. Din punctul de vedere al 
utilizării sale, modulul are două mari părți: interfața şi implementarea. Fiind 
proiectat de la început în ideea reutilizării, modulul specifică, prin interfața sa, 
acele entități prin care el comunică cu exteriorul său (cu alte module sau 
programe). În partea de implementare a modulului se definesc procedurile 
declarate în interfață şi sunt precizate alte entități locale necesare implementării. 


Informaţia din interfață este necesară chiar procesului de compilare: spre 
exemplu, compilarea unui modul A care are nevoie de servicii din modulul B va 
necesita cunoaşterea şi includerea în codul obiect rezultat a informației din 
interfața modulului B (declaraţii de tipuri, proceduri, variabile şi constante), care 
va trebui deci să fie compilat înainte. 


Exemple de module (în accepțiunea de mai sus) sunt: unit-urile în Turbo 
Pascal (începând cu versiunea 4.0), care au părți distincte de interfață şi 
implementare şi fişierele header (antet) din C, ce conţin de regulă partea de 
interfață a fişierelor sursă C (fişiere sursă care contin de regulă partea de 
implementare) ce compun o aplicaţie. În limbajul Oberon, modulul este preluat 
în accepțiunea Modula-2, cu deosebirea că interfața şi implementarea sunt 
furnizate în aceeaşi unitate de program. 


3.4. Link-editarea 


Link-editorul sau editorul de legături este o componentă a sistemului de 
operare care grupează unul sau mai multe module obiect, rezultate din compilare 
sau asamblare, împreună cu subprograme de servicii din diverse biblioteci, 
într-un program executabil. 


În general, un program executabil este compus din mai multe segmente. 
Editorul de legături oferă posibilitatea ca două sau mai multe segmente diferite 
ale unui aceluiaşi program să poată ocupa în execuţie, la momente diferite de 
timp, aceeaşi zonă de memorie (proces numit segmentare - overlay), proprietate 
foarte utilă în contextul rulării de programe foarte mari care depăşesc capacitatea 
memoriei RAM disponibile. 


Pe de altă parte, linkeditarea într-o aceeaşi comandă a mai multor fişiere 
obiect va avea ca rezultat un unic fişier executabil ce va fi alocat într-o zonă 
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contiguă de memorie. La acest nivel (al editării de legături) are loc o primă 
ajustare (relocare) a adreselor din modulele obiect, ajustare care să reflecte 
raportarea tuturor acestora la începutul fişierului executabil. 


Deoarece un program executabil poate fi încărcat în majoritatea cazurilor la 
orice adresă de segment, pentru o execuţie corectă este necesar ca la încărcare să 
se facă o relocare a majorităţii referintelor din program. Relocarea este efectuată 
la lansarea în execuţie a programului de către o componentă a sistemului de 
operare numită încărcător de programe (loader) şi care are în principiu 
următoarele sarcini: 


citirea unui program executabil de pe un anumit suport; 


încărcarea programului respectiv în memorie; 


| 


lansarea lui în execuție. 


Presupunând că în memorie programul va fi încărcat începând de la adresa 
START SEG (deci START_SEG reprezintă deplasamentul programului 
încărcat față de începutul memoriei), adresele relocabile vor trebui ajustate prin 
adunarea valorii START_SEG. 


Pentru exemplificare, prezentăm în continuare paşii efectuaţi de încărcătorul 
de programe DOS (prin apelul funcției sistem 4bh) pentru încărcarea unui 
program EXE, operaţii ilustrate în figura 3.6.: 


1. Crearea PSP-ului (Prefix Segment Program) corespunzător prin intermediul 
funcţiei sistem 26h. 


2. Selectarea unei adrese de segment (START SEG) pentru încărcare. De 
obicei aceasta este adresa PSP + 10h. 


3. Încărcarea modulului în memorie începând de la adresa 
START_SEG:0000. 


4. Efectuarea unei operaţii de poziţionare la începutul tabelei de relocare 
(TablOff) din antetul EXE. 


5. Pentru fiecare element de relocat execută: 


a. citeşte adresa elementului de relocat (relativă la începutul programului) 
în 2 cuvinte de 16 biti (| OFF,L SEG); 


b. determină adresa de relocare absolută (adresa reală a elementului de 
relocat) conform formulei 


RELO SEG = (START SEG SEG) 


c. citeşte cuvântul curent de la adresa RELO_SEG:I_OFF (deci a adresei 
ce trebuie ajustată). 
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d. adună valorea START_SEG la acest cuvânt (ajustarea propriu-zisă). 


e. depune această valoare înapoi la adresa RELO_SEG:1_OFF. 


program 


1_SEG,L_OFF 


memorie 


ADR+START_SEG 


Fig.3.6. Încărcarea unui program EXE 


3.5. Execuția programelor 


3.5.1. Evoluţia unui program în calculator 


După link-editare, programul executabil obţinut se poate lansa în execuție. 
Există diferențe în ceea ce priveşte execuția unui astfel de program, în funcție de 
caracteristicile de utilizare ale sistemului de operare al calculatorului gazdă şi de 
mediul de programare folosit pentru scrierea de programe. Pornind de la un text 
(program) sursă, programatorul are la dispoziţie trei opţiuni pentru a ajunge la 
execuţia acestuia: 


1. operare la nivelul liniei de comandă: se introduc pe rând comenzile de 
compilare, link-editare şi lansare în execuţie; 


2. asistat de un mediu de programare: comenzile de mai sus sunt lansate si 
executate din interiorul unui astfel de mediu; 


3. sistem batch (prelucrare pe loturi): scrierea unor fişiere de comenzi care vor 
“automatiza” inlantuirea fazelor de la (1). 


Recapitulând, în toate cele trei situaţii, inlantuirea naturală a fazelor este 
următoarea: compilare - link-editare - execuţie. Rezultatul fiecăreia dintre fazele 
de compilare şi link-editare se poate depune fie într-un fişier sistem, fie în fişiere 
pe suport magnetic, gestionate de utilizator. În această a doua situație, se 
procedează astfel: 


76 


1. Rezultatul compilării se poate depune într-o bibliotecă de module obiect, 
printr-o parametrizare specifică a comenzii de compilare. 


2. Rezultatul link-editării se poate depune într-o bibliotecă de fişiere executa- 
bile, printr-o parametrizare corespunzătoare a comenzii, de link-editare; în 
plus, modulele care participă la editarea de legături se pot citi din bibliotecile 
de module obiect create anterior (bibliotecile utilizator) sau disponibile în 
sistemul de operare respectiv. 


Într-un sistem de operare interactiv, utilizatorul comunică cu sistemul de 
operare de la terminalul său propriu printr-un limbaj de comenzi sau printr-o 
interfață vizuală. În cazul interfetelor utilizator vizuale, pe ecranul terminalului 
sunt desenate elemente vizuale sugestive (icon-uri). Exemple sugestive sunt 
MacOS, Microsoft Windows, X-Windows. Fiecare icon are asociată o 
comandă, care este activată în momentul când utilizatorul acţionează asupra 
icon-ului cu mouse-ul. Orice comandă tastată sau asociată unui icon este preluată 
de interpretorul de comenzi al sistemului de operare, care o traduce şi o execută 
(dacă este o comandă corectă). 


Un sistem de operare interactiv are două mari clase de comenzi: interne 
(engl. built-in) şi externe. Comenzile interne sunt rezidente în nucleul sistemului 
de operare respectiv, iar comenzile externe, după cum le arată şi numele, au 
corespondent în fişiere executabile. Între comenzile externe, un loc aparte revine 
comenzilor utilizator, cărora le corespund fişierele executabile proprii ale 
utilizatorului, fişiere realizate prin procesul de compilare - link-editare descris 
anterior. Fişierele executabile realizate de utilizator sunt, deci, în ultimă instanţă, 
noi comenzi prin care acesta extinde limbajul de comenzi al sistemului său de 
calcul. Sistemul de operare al unui calculator modern este în acest sens un 
exemplu adecvat de extensibilitate a softului. 


3.5.2. Clase de programe executabile 


În secţiunea precedentă am prezent clasele de comenzi ale unui sistem de 
operare interactiv. O discuţie asupra tipurilor și caracteristicilor programelor 
executabile ne duce inevitabil la particularizarea sistemului de operare în cadrul 
căruia dorim să le analizăm. Datorită răspândirii celei mai extinse la ora actuală 
ne vom referi în continuare doar la programele executabile de sub sistemul de 
operare MS-DOS. 


Sub sistemul de operare MS-DOS distingem trei clase de programe 
executabile: 


— programe de tip COM; 
— programe de tip EXE; 
— programe de tip BAT. 
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Dintre acestea doar primele două se obţin in urma secventei de actiuni 
compilare-linkeditare şi vor fi obiectul acțiunii încărcătorului de programe. 
Programele COM şi EXE reprezintă aşadar programe executabile veritabile, 
programele de tip BAT nefiind altceva decât secvențe de comenzi multiple puse 
împreună într-un același fişier text şi beneficiind în plus de un set de comenzi 
specifice fişierelor BAT. Prezentăm mai jos o scurtă caracterizare a acestor 


tipuri: 

— fişier COM: 
e segmentele de cod, date şi stivă sunt împreună; 
e nu se fac referințe explicite la un alt segment; 
e nuse fac relocări ale adreselor de segment; 
e dimensiune < 64 KB. 

— fişier EXE: 
e dimensiune oricât de mare; 
e poate grupa mai multe segmente de cod, date si stivă; 
e dimensiunea segmentului nu este limitată la 64 KB; 
e conține un antet cu informații pentru relocare. 

— fişier BAT: 
e fişier de comenzi (text) ce conține linii de comandă; 
e poate fi parametrizat. 

Din punct de vedere al modului de execuție să spunem că programele 

executabile pot avea regim: 

— de control al execuţiei 
Odată încărcate în memorie (integral sau segmentat) şi lansate în 
execuţie controlul le aparţine până la terminare; 

— TSR (Terminate and Stay Resident) 


Odată încărcate in memorie ele rămân in aşteptarea unor evenimente 
la care vor reacţiona. De obicei acestea însoțesc execuţia altor programe 
pe care le deservesc prin acţiuni specializate. Noţiunea de program TSR 
este specifică sistemelor de operare bazate pe întreruperi, cum este şi 
sistemul de operare MS-DOS; 


— multitasking 
Se pot lansa in execuţie mai multe programe deodată (independente 
sau nu) fiecare ocupând o zonă distinctă de memorie, execuţia lor 
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avansând în paralel. Sistemele multitasking sunt implementate în prin- 
cipal pe sisteme de calcul monoprocesor, ceea ce pune problema 
alocării timpului CPU aplicaţiilor ce se rulează. Din acest punct de 
vedere multitaskingul poate fi preemptiv şi cooperativ. În cazul multi- 
taskingului preemptiv sistemul de operare ia decizia întreruperii apli- 
caţiei curente (pe baza unor algoritmi de planificare) indiferent de 
stadiul şi “dorinţa” acesteia. Exemplul clasic în acest sens îl constituie 
sistemul de operare UNIX. Multitaskingul cooperativ adoptă varianta 
ca aplicaţia curentă să semnaleze faptul că poate fi întreruptă. Sistemul 
Windows aparține acestei ultime categorii. 


3.6. Medii de programare şi execuție 


Mediile de programare sunt componente complexe destinate activităţii de 
dezvoltare de programe. Relativ la un limbaj, un astfel de produs soft înglobează 
următoarele subcomponente: 


editor de texte; 

— compilator interactiv; 
— compilator serial; 

— editor de legături; 


— interpretor pentru execuţia rezultatului compilării (numit şi mediu de 
execuţie - run-time environment); 


— depanator simbolic; 


— componente de legătură cu mediul exterior (de regulă cu sistemul de 
operare sub care lucrează); 


Cele mai cunoscute si răspândite medii de programare la ora actuală rămân 
produsele compatibile IBM-PC ale firmei Borland (mediile Turbo). 


Conceptul de program executabil a evoluat în ultimii ani: de la aplicaţii 
monolit s-a ajuns astăzi la aplicaţii integrate, care sunt constituite din module 
executabile ce se încarcă dinamic în execuţie, în funcţie de nevoile curente. 
Astăzi sunt la modă mediile de execuție (Windows, Oberon/F, Ş.a.), care de 
obicei se pot executa pe platforme diverse (Unix, MS-DOS, MacOS) si care 
oferă o viziune nouă asupra structurii şi execuţiei unei aplicaţii. De exemplu, o 
aplicaţie Windows poate recurge la încărcarea dinamică (la execuţie) a unor 
funcţii din biblioteci cu legare dinamică (DLL = Dynamic Link Libraries), 
lucru complet transparent pentru utilizator. O etapă superioară este reprezentată 
de mediul de execuţie Oberon: aici modulele sunt o generalizare a DLL-urilor 
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din Windows, ele conţinând, pe lângă codul executabil al unor subprograme, şi 
definiţii de tipuri şi variabile. În acest fel, aplicaţia îşi pierde caracterul 
monolitic: mai multe componente, încărcate dinamic, comunică între ele și 
concură, sub controlul mediului de execuţie şi într-un mod transparent pentru 
utilizator, la realizarea obiectivelor specifice aplicației. Mediul de execuţie 
păstrează toate caracteristicile mediului de programare, oferind în plus 
extensibilitatea: iniţial, mediul oferă scheletul unei aplicaţii, la care programa- 
torul poate adăuga noi componente (deci se pot rafina şi extinde funcțiunile 
aplicaţiei), fără modificarea componentelor existente. 


3.7. Interpretarea 


Interpretarea este o activitate prin care se execută pe un calculator (real sau 
maşină virtuală) un program scris într-un limbaj sursă. Interpretorul este un 
program care execută pas cu pas instrucţiunile descrise în limbajul respectiv. 
Viteza de interpretare a unui program este mult mai mică decât execuţia codului 
generat de către un compilator pentru acelaşi program. Cu toate că această viteză 
este cam de 10 ori mai mică, interpretarea este folosită pe scară largă datorită 
implementării mult mai simple a unui interpretor față de un compilator. Un alt 
avantaj este faptul că interpretarea asigură o mult mai mare flexibilitate a 
execuţiei, în sensul posibilității de efectuare a multor verificări dinamice (la 
execuţie), de urmărire a evoluţiei valorilor variabilelor în cursul etapelor de 
execuţie, posibilităţi de colaborare cu utilizatorul în timpul execuţiei etc. 


APL, BASIC, LISP, PROLOG, FORTH şi SMALLTALK sunt exemple 
de limbaje în care se optează în favoarea interpretării. Practica adoptă însă tot 
mai mult în ultimul timp soft 'de execuţie în care tehnica interpretării coexistă cu 
cea a compilării, pentru a se obţine o execuţie pe cât de eficientă pe atât de 
flexibilă. Am amintit în acest sens mai sus exemplul mediilor de programare şi 
de execuţie. 
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4. DECLARAȚII 


4.1. Rolul identificatorilor într-un program 


Identificatorii servesc ca nume pentru diverse entități ale unui program: 

— constante simbolice; 

— tipuri de date; 

— variabile; 

— subprograme; 

— module; 

— programe; 

— câmpuri în înregistrări. 

Dacă limbajul de programare oferă un sistem de notații generale pentru 
exprimarea unui proces de calcul, iar un program sursă este concretizarea unui 
astfel de proces de calcul, identificatorii folosiţi de programator în respectivul 
program vor reflecta particularitatile algoritmului descris (constantele necesare, 
tipurile de date utilizator introduse, variabilele care păstrează date de intrare, 


rezultate intermediare şi finale şi subprogramele care corespund subalgoritmilor 
etc.). 


Într-un sens mai larg, identificatorii declaraţi şi folosiţi de programator 
constituie un sistem de notații: odată declarat, identificatorul va referi unic o 
anume entitate din program şi simpla prezență a numelui său (însoţită eventual 
de alte elemente suplimentare) va reprezenta pentru programul traducător o 
referire neambiguă la entitatea în cauză. 


În parti diferite ale aceluiaşi program sursă sau in module sursă diferite care 
concură prin compunere la alcătuirea unui program executabil se pot folosi 
identificatori identici. Rezolvarea eventualelor conflicte de nume care pot apare 
se face pe baza regulilor de vizibilitate a numelor. 


Noţiunea de domeniu de vizibilitate (engl. scope) a apărut odată cu limbajele 
cu structură de bloc. Fiecare declarare a unui nume stabileşte domeniul de 
vizibilitate al numelui. Domeniul de vizibilitate începe de obicei imediat după 
punctul de declarare al numelui respectiv şi se încheie la sfârşitul blocului, 
procedurii, fişierului sursă etc., după caz. Un nume local, declarat în interiorul 
unui subprogram are domeniul de vizibilitate toată secvența de declaraţii şi 
instrucțiuni de după punctul de declarare şi până la sfârşitul subprogramului 
respectiv (inclusiv blocurile sau subprogramele înglobate în el şi în care nu s-a 
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redeclarat numele respectiv), pentru numele globale, declarate în corpul 
programului principal, domeniul de vizibilitate tine de după punctul de declarare 
până la sfârşitul fişierului sursă (cu respectarea observaţiei anterioare). 


Definiţia de mai sus se referă la domeniul de vizibilitate lexical. Din 
observațiile făcute, rezultă că acest domeniu nu este neapărat continuu, că în el 
pot apare “pete albe” pentru un nume. 


Universul unui limbaj de programare (ULP) este constituit din obiectele 
specifice pe care limbajul le pune la dispoziţia programatorului pentru 
modelarea problemelor sale. Prin aceste obiecte, utilizatorul simulează compor- 
tamentul obiectelor reale sau realizează noi obiecte, mai complexe, cu proprietăți 
noi. Odată cu aceste obiecte, care sunt specificate prin declarații, limbajul pune 
la dispoziția programatorului operaţii asupra acestora, pe care le numim de 
obicei instrucțiuni. 


4.2. Semantica unei declaraţii 


Obiectele ULP sunt datele, fie elementare, fie structurate. Aceste date au 
anumite caracteristici (nume, tip, eventual valoare, modificabilitate) care sunt 
precizate prin declaraţii. 


Unei constante simbolice i se asociază printr-o declaraţie un obiect din ULP, 
acelaşi pe tot parcursul execuţiei programului. O variabilă are asociată o locaţie 
de memorie care poate, la un moment dat, să conţină un obiect dintr-o mulțime 
de obiecte (valori posibile) din ULP. Această mulțime formează domeniul de 
definiţie al variabilei, fiind de fapt domeniul tipului variabilei, iar locaţia de 
memorie este înțeleasă în sensul de “poziţia de la care începe alocarea variabilei 
respective”. 


Precizarea tipului pentru constante sau variabile se face prin declarații. 
Informaţia de tip asociată unui obiect serveşte la determinarea gamei de operații 
ce se pot face cu acel obiect. 


Limbajele de programare moderne permit declararea de noi tipuri, pe baza 
tipurilor deja cunoscute. Astfel de tipuri se numesc tipuri derivate, şi se 
precizează cu ajutorul declaraţiilor de tipuri (constructorilor de tipuri). În cazul 
ideal, un tip de date definit de utilizator are acelaşi statut ca şi un tip de date 
predefinit: declararea şi folosirea variabilelor, precum şi verificarea consistentei 
expresiilor respectivelor tipuri se face în aceeași manieră. 


Alte clase de declaraţii ce vor fi discutate sunt declaraţiile de subprogram, de 
modul, de legare şi de alocare. 
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4.3. Declaraţii de constante 


Spre deosebire de variabile, constantele simbolice (numite în continuare 
constante) îşi păstrează valoarea pe tot parcursul execuției unui program. 
Utilizarea lor permite o mai uşoară scriere a programelor şi le asigură acestora o 
mai mare expresivitate. De exemplu, este convenabil să se scrie 


PI = 3.1415 


într-un program care face calcule trigonometrice şi peste tot în program unde ar 
trebui să se scrie constanta reală 3.1415 se va pune PI. Rostul acestor constante 
este nu numai uşurinţa în exprimare şi în înțelegerea textului sursă, ci şi 
suficientă folosirea lui PI cu 4 zecimale exacte, şi se doreşte PI cu 12 zecimale 
exacte, doar linia de initializare a constantei se va schimba: 


PI := 3.141592653595 


iar referirile la PI din program vor însemna folosirea noii valori pentru acest 
număr transcendent. 


În mod normal, înlocuirea constantei simbolice cu valoarea sa are loc la 
compilare (excepţie face limbajul Ada, care permite utilizarea o singură dată 
pentru o constantă a unor funcții speciale de initializare a constantelor la 
execuţie). s 


Prin urmare, din punctul de vedere al unui limbaj de programare, o constantă 
simbolică este un cuplu format din nume si valoare asociată. Nu toate limbajele 
de programare suportă constante (astfel, limbajele FORTRAN, PL/1, BASIC, 
C nu posedă acest obiect în universul lor). Pentru limbajele ce suportă acest 
concept, se pot distinge cel puțin următoarele clase de decizii ce trebuie discutate 
şi adoptate la proiectare: 


e cum se face declarația de constantă ? 


e limbajul admite numai constante de tipuri simple sau este permisă şi 
folosirea constantelor de tipuri structurate ? 


e valoarea constantei se dă printr-un literal sau printr-o expresie evaluabilă 
(si când: la compilare sau la execuție) ? 


e când se face substituirea numelui constantei cu valoarea asociată (la 
compilare sau la execuție) ? 


admite limbajul constante predefinite ? 
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Pascal 


Definiţia constantei in Pascal realizează legătura dintre nume şi valoarea 
asociată. Aceasta poate fi un număr, un şir de caractere sau un alt identificator de 
constantă, inclusiv valoare de tip enumerare. Precizarea unei constante se face cu 
cuvântul rezervat const. Pentru constantele locale unei proceduri sau funcții, în 
momentul când unitatea de program respectivă este activată, numelui constantei 
i se atribuie valoarea asociată.. Constantele predefinite în limbajul Pascal 
standard sunt false, true şi maxint. Declaraţia constantelor trebuie să preceadă 
orice altă declaraţie (în afară de aceea de etichetă) în orice unitate de program 
Pascal (program, procedură sau funcție). 


Sintaxa declaraţiei de constantă în Turbo Pascal este: 
const nume = expresie-constantd; 


unde: 


nume - Este numele constantei. 
expresie-constantă 


- Este o expresie care se poate evalua la compilare (diferență 
față de standardul Pascal). 


Următoarele construcţii nu pot apare ca operanzi în expresie: 

— referiri de variabile sau constante cu tip; 

— apeluri de funcţii (cu excepția funcţiilor enumerate mai jos); 
— operatorul adresă ‘@’. 


În rest, expresie-constantă respectă regulile sintactice pentru expresiile 
ordinare descrise în capitolul următor. În expresie-constantă sunt permise 
apelurile următoarelor funcţii standard: 


Abs Chr Hi Length Lo Odd Ord 
Pred Ptr Round SizeOf Succ Swap Trunc 


În Turbo Pascal există şi constante cu tip, care au semantica unor variabile. 
Ele vor fi discutate în 4.5. 


ALGOL68 


Definirea unei constante in ALGOL68 se face prin ataşarea valorii asociate 
la declararea tipului. De exemplu, 


real pi = 3.1415926 
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provoacă înlocuirea oricărei apariţii a identificatorului cu numele “pi” cu atomul 
lexical 3.1415926. Prin urmare, o instrucţiune de atribuire 


pi = 3.14 


este interzisă, deoarece aceasta s-ar traduce 3.1415926 = 3.14, ceea ce provoacă 
eroare de compilare. Spre deosebire de constante, initializarea unei variabile “pi” 
într-un program ALGOL68 se poate face la declararea acesteia astfel: 


real pi := 3.1415926 


care se traduce prin declararea lui “pi” ca real si apoi prin initializarea lui cu 
valoarea 3.1415926 (se remarcă folosirea de operatori diferiți pentru initializarea 
constantelor sau variabilelor). 


Ada 


Declararea unei constante în Ada se face folosind cuvântul rezervat 
constant. Spre deosebire 'de Pascal, Ada permite utilizarea expresiilor la 
definirea constantelor şi în plus nu este necesar ca evaluarea acestora să fie 
făcută la compilare. Se pot folosi funcţii în expresia ce defineşte valoarea 
constantei, care pot fi evaluate în timpul execuţiei, dar după ce constanta a fost 
iniţializată valoarea ei nu mai poate fi alterată. De asemenea, sunt permise 
constante de tipuri structurate (tablou sau înregistrare). Ada foloseşte o notație 
uniformă pentru initializarea constantelor şi variabilelor. De exemplu: ` 


A : constant INTEGER := 5; 


defineşte A drept constantă cu valoarea asociată 5, iar declaraţia 


B : INTEGER := 5; 


defineşte pe B ca variabilă cu valoarea iniţială 5. 


C++ 


Limbajul C nu posedă conceptul de constantă simbolică. Folosirea 
constantelor se simulează cu macrodefinitii, care sunt tratate de preprocesorul C. 
Din punctul nostru de vedere, dezavantajul major al folosirii macrodefinitiilor 
este acela că pentru ele nu sunt valabile regulile de vizibilitate ale numelor din C. 
Cu alte cuvinte, chiar dacă se pot simula constante prin macrodefinitii, numele 
acestora vor fi globale. De exemplu, prima dintre macrodefinitiile: 


+define TBLSIZE 100 
#define TBLMAX (TBLSIZE-1) 


va asocia identificatorului TBLSIZE valoarea 100, iar a doua macrodefinitie 
va asocia identificatorului TBLMAX valoarea 99. Dacă acestea sunt singurele 
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macrodefinitii, în întreg textul sursă parcurs de preprocesor, apariţiile acestor 
identificatori vor fi înlocuite (textual) cu valorile asociate lor. Dacă însă într-o 
funcţie ulterioară ar apare macrodefinitia: 


define TBLSIZE 50 


identificatorul TBLSIZE va primi valoarea 50, cu care se va inlocui orice aparitie 
a lui din acel loc, nu numai din corpul functiei, ci si de dupa terminarea acesteia. 
Analog, la determinarea valorii lui TBLMAX se va folosi valoarea actuală a lui 
TBLSIZE. i 


Un alt dezavantaj al simulării constantelor prin macrodefinitii este acela că 
nu se poate declara tipul constantei şi, dacă parantezele nu sunt puse corect, pot 
apare probleme legate de interpretarea macrodefinitiei. Mai mult, expresiile de 
definire trebuie evaluate la fiecare întâlnire a numelui macro-ului, nume care “se 
pierde” în faza de macroexpandare de la compilare şi nu mai poate fi regăsit de 
depanatoarele simbolice sau de alte instrumente folosite la dezvoltarea de 
programe. 


C++ introduce constantele (de orice tip), prin declarații de forma: 


const int TBLSIZE = 100; 
const int TBLMAX = TBLSIZE - 1; 


Declarația de constantă este deci prefixată de cuvântul rezervat const. Ea 
conține precizarea tipului, numelui si a valorii asociate constantei, printr-un 
initializator. Tablourile, pointerii şi referintele const au o interpretare specială. 
Dacă un tablou este declarat const înseamnă că fiecare element al acestuia este 
const, iar un pointer const înseamnă că variabila referită de el este const. 


În termenii limbajului C++, const nu înseamnă nici “alocat într-o zonă de 
memorie read-only” şi nici “constantă stabilită la compilare”. Mecanismul const 
a fost conceput pentru a preveni eventualele accidente (ca de exemplu 
modificarea nedorită a unor valori care se consideră constante), şi nu fraudele. 
Protecţia oferită de acest mecanism poate fi însă eludată printr-o conversie 
explicită sau prin aliere. De exemplu: 


int i = 1; // “i” nu este const, dar 
const int* p = &i; // “i” nu se va putea modifica prin p 
int *q = (int*)p; // alierea cantității *q cu i prin 


// conversie explicită de tip - echivalent cu int* q = &i; 
// iniţializarea int *q = p ar fi ilegală din cauza 


// incompatibilitatii caracteristicilor de tip; 


void f() 
{ 
p-- 
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itt; // ok: nu ‘i’ este const, ci ‘p’ 
(*p)— —; // eroare: ‘*p’ este const, deoarece 
// variabila referită de un pointer const este const 
(*q)++; // ok: q nu este const, deci cantitatea referită de acesta 
// nu este supusă restricţiilor de modificare 


) 
si 
void g() 
{ 
(* (int*) p) ++; // ok: conversie explicita 
} 


Daca un specificator const sau volatile apare intr-o declaratie, el va modifica 
declaratorul care urmează imediat după el. Astfel: 


const char* step[3] = { “left”, “right”, “hop” }; 


declară un tablou de pointeri la şiruri de caractere care sunt constante. Pointerii 
se pot modifica; şirurile de caractere nu: 


step[2] = “skip”; //ok: modifică pointer la const char 
step[2] [1] = ‘i’; //eroare: nu se poate modifica şir de 
// caractere constant 


Dacă se doreşte declararea unui tablou de pointeri constanti la șiruri de 
caractere modificabile, definiţia respectivă se scrie: 


char* const step[3] = { “left”, “right”, “hop” }; 


caz in care sirurile de caractere se pot modifica, dar pointerii (elementele 
tabloului) nu: 


step[2] = “skip”; //eroare: nu se poate modifica un pointer constant 
step[2][1] = ‘i’; //ok: modifică şirul de caractere 
// punctat de pointer constant 


Dacă se doreşte declararea unui tablou de pointeri constanti la şiruri de 
caractere constante, se va scrie: 


const char* const step[3] = 
{ “Lent”; “right”, “hop” a 


caz în care nu se pot modifica nici pointerii char, nici pointerii (elementele 
tabloului): 


step[2] = “skip”; // eroare: nu se poate modifica un pointer constant 
step[2] [1] = ‘i’; //eroare: nu se poate modifica şir de 
// caractere constant 


Definiţia limbajului nu specifică constante predefinite. Pentru asigurarea 
compatibilităţii tipurilor numerice cu ANSI C, limitele (minimă şi maximă) ale 
domeniilor acestor tipuri se găsesc (sub forma unor macrodefinitii) în fişierele 
header <limits.h> şi <float.h>. 


Oberon 


O declaraţie de constantă asociază unui identificator o valoare constantă. Ea 
este prefixată de cuvântul rezervat CONST. 


ConstantDeclaration = 
IdentDef “=” ConstExpression. 
ConstExpression = Expression. 


O expresie este constantă dacă ea se poate evalua printr-o scanare 
(parcurgere) textuală fără a executa programul. Operanzii unei asemenea 
expresii sunt constante sau funcții predeclarate care se pot evalua în momentul 
compilării. Exemple de declaraţii de constante sunt: 


N = 100 
limit = 2*N - 1 
fullSet = {MIN(SET) .. MAX(SET) } 
unde: ` 
MIN, MAX - Sunt funcții predefinite. 
SET - Este tipul mulțime (predefinit), cu domeniul tipului de bază 


0..31. MIN(T) si MAX(T) întorc valoarea minimă, respectiv 
maximă a domeniului tipului T. 


4.4. Declaraţii de tipuri de date 

Tipul de date este un mecanism de clasificare a expresiilor care furnizează 
două informații: 

— mulțimea valorilor posibile ale expresiei în cauză (domeniul tipului); 

— operațiile care se pot aplica respectivei expresii. 


Unul dintre principiile de bază ale proiectării unui limbaj de programare este: 
orice expresie trebuie să aibă un tip unic determinat. Tipu! asociat unei expresii 
oferă programului traducător informația necesară pentru verificarea utilizării 
respectivei expresii şi pentru reprezentarea acesteia în memorie. 
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4.4.1. Sisteme de tipuri 


Un sistem de tipuri (type system) pentru un limbaj de programare este o 
mulţime de reguli prin care unei expresii i se asociază un tip al limbajului 
respectiv. Un sistem de tipuri respinge o expresie dacă nu-i poate asocia un tip. 
Respingerea unei expresii are loc de obicei la compilare (se emite un mesaj de 
eroare corespunzător) sau, mai rar, la execuţie (programul terminându-se cu un 
cod de eroare). 


De exemplu, sistemul de tipuri pentru expresiile aritmetice din primele 
versiuni ale limbajului FORTRAN este următorul: 


1. Definiția expresiei este: 
expresie ::= expresie-simplă | expresie-simplă op expresie-simplă 
expresie simplă ::= variabilă | constantă 
op::=+|-]*]/ 

2. Tipul unei expresii poate fi întreg sau real. 


3. O expresie are un tip dacă şi numai dacă i se poate aplica una dintre 
următoarele reguli: 


a. Numele de variabile care încep cu literele I-N au tipul întreg, iar toate 
celelalte nume au tipul real; (convenţia standard) 


b. Un număr este de tip real dacă conţine marca zecimală; în caz contrar 
este de tip întreg. 


c. Daca expresiile £ şi F au acelaşi tip T, atunci şi expresiile: 
E+F,E-F,E*FşiE/F 
au tipul T. 


Conform acestor reguli, X + Y are tipul real, J + J are tipul întreg, iar X + I 
este respinsă. 


Diferența majoră dintre sistemul de tipuri prezentat şi cele ale limbajelor 
moderne (Pascal, Modula-2, C, C++, Oberon) constă în regula de asociere 
explicită a tipului pentru o variabilă. Dacă în FORTRAN se foloseşte convenţia 
standard, variabilele netrebuind declarate explicit, limbajele actuale impun 
declararea explicită a acestora, una dintre informaţiile de bază prezente în 
declaraţie fiind tocmai tipul variabilei. 


Sarcinile principale ale unui sistem de tipuri sunt: 


1. declararea de tipuri de date utilizator (extinderea mulțimii tipurilor recunos- 
cute de limbaj), prin folosirea declaraţiilor de tip; 
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2. asocierea de tipuri la variabile, realizată prin declaraţiile de variabile, 
discutate în secțiunea următoare; 


3. verificarea consistentei folosirii expresiilor, care se realizează prin: 


a. determinarea tipului oricărei expresii (sau respingerea acesteia, dacă 
nu i se poate determina tipul); 


b. verificarea consistentei instrucțiunilor (de atribuire, apel etc.) pe baza 
regulilor privind: 


compatibilitatea tipurilor (la atribuire, de expresie); 
— egalitatea tipurilor, includerea tipurilor; 
— echivalenta tipurilor; 


— concordanța listelor de parametri (formali şi actuali) în apelul de 
subprograme. 


Regulile unui sistem de tipuri precizează utilizarea adecvată a fiecărui 
operator în limbaj. Verificarea tipurilor (engl. type checking) are ca scop 
garantarea folosirii corecte a operaţiilor într-un program. Prin aceasta se previn 
erorile de execuţie. O eroare de execuţie apare când o operaţie se aplică incorect, 
de exemplu când un un operand număr întreg este considerat a fi altceva 
(caracter, şir de caractere, boolean). Mai precis, o eroare de tip (engl. type 
mismatch) apare când o funcţie f declarată cu un argument formal de tipul S şi 
care întoarce un rezultat de tipul 7 este apelată cu un argument actual a care nu 
este de tipul S. Un program în a cărui execuţie nu apar erori de tip se numeşte 
sigur din punctul de vedere al tipului (engl. type safe). | 


Verificarea tipului se poate face static sau dinamic. Verificarea statică de tip 
se realizează în timpul procesului de traducere, iar verificarea dinamică de tip se 
face în timpul execuţiei, prin inserarea în programul executabil (la compilare şi 
link-editare) a unor porțiuni de cod care realizează acest lucru. Desigur, 
verificarea dinamică înseamnă costuri suplimentare de execuţie (dimensiunea 
programului executabil creşte, la fel şi timpul de execuţie, o parte din el fiind 
dedicată verificărilor specifice), deci este preferabilă verificarea statică. De 
obicei, verificarea statică înseamnă numai verificare de tip, iar verificarea 
dinamică cuprinde atât verificare de tip, cât şi verificarea unor valori calculate în 
timpul execuţiei (indici de tablou, împărţire la 0 etc.). 


Se numeşte expresie sigură (engl. safe expression) o expresie în a cărei 
evaluare nu apare o eroare de tip. Există două categorii de sisteme de tipuri: 
puternice şi slabe (engl. strong, respectiv weak type system). Un sistem puternic 
de tipuri este acela care acceptă numai expresii sigure, iar un sistem slab de tipuri 
este unul care nu este puternic. 
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Un limbaj de programare se numeşte puternic tipizat dacă el are un sistem 
puternic de tipuri, şi slab tipizat în cazul când are un sistem slab de tipuri. O 
definiție alternativă a conceptului de limbaj puternic tipizat este dată în [Pâr92], 
enuntandu-se 3 cerințe: 


a. fiecare expresie să aibă un singur tip; 


b. determinarea tipului să fie posibilă în timpul procesului de traducere, din 
sintaxa limbajului; 


c. variabilele să fie memorate la adrese distincte. 


În [Str94a] se dă o definiţie alternativă a termenilor de limbaj puternic tipizat 
şi de limbaj puternic tipizat static. Astfel, un limbaj este puternic tipizat dacă: 


a. fiecare obiect este creat cu un tip specificat; 
b. fiecare obiect este folosit într-o manieră consistentă cu tipul său. 


Limbajul puternic tipizat static este acela pentru care detectarea inconsis- 
tentei folosirii obiectelor se face la compilare. 


4.4.2. Clasificarea tipurilor de date 


Caracterul extensibil al unui limbaj este dat într-o măsură hotărâtoare de 
capacitatea acestuia de a permite definirea de noi tipuri de date. Există diverse 
criterii după care se pot clasifica aceste tipuri: 


— nivelul de abstractizare; 

— prezența sau absenţa numelui tipului; 

— prezența în (sau absenţa din) definiția limbajului; 
— momentul verificării tipului; 

— caracteristicile tipurilor (domeniu, operaţii). 


Într-un limbaj de programare, tipurile pot fi considerate pe trei nivele de 
abstractizare: 


nivelul maşină 


Conţine acele tipuri pe care maşina le ştie reprezenta şi pentru care ea 
dispune de dispozitive care pot efectua operaţii cu ele: tipurile întregi 
şi reale, caracter şi boolean; aceste tipuri se mai numesc şi fipuri de 
bază. 


nivelul limbajului 


Conţine, pe lângă tipurile de bază, tipurile structurate: tablouri, înre- 
gistrări, mulţimi, liste, etc. care se construiesc cu ajutorul tipurilor mai 
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simple; tipurile structurate sunt necesare pentru a manipula structurile 
de date proprii unui anumit program şi se definesc cu ajutorul unor 
constructori de tip. 


— nivelul utilizatorului 


Conţine tipurile definite de utilizator, aceste tipuri adaugă câmpurilor 
de la tipurile structurate operații, prin încapsulare; programarea bazată 
pe obiecte şi programarea orientată pe obiecte recurg la astfel de tipuri. 


Pentru uşurinţa exprimării, un tip de date este notat cu un identificator, numit 
numele tipului. Acest nume concentrează în el toată informaţia de declarare a 
respectivului tip (domeniul şi operaţiile asociate). Recurgerea la un astfel de 
sistem de notare este benefică pentru claritatea textului sursă, fiind proprie 
matematicii. Ori de câte ori programul traducător întâlneşte un nume de tip de 
date, el trebuie să dispună de declarația completă a numelui de tip respectiv. 
Există însă şi declarații în care nu apare numele tipului, fiind prezentă doar 
declararea acestuia. Prin urmare, prezența sau absența numelui este un alt 
criteriu de clasificare a tipurilor de date în tipuri cu nume şi tipuri anonime (fără 
nume). 


De exemplu, declaraţia de tip din Pascal 
type T = array [3..12] of integer; 


introduce noul nume de tip “T”, a cărui definiție apare după semnul “=”. O 
declaraţie de variabilă de forma: 


var v : T; 


va avea următoarea semnificație: v este un tablou de 10 elemente întregi, cu 
indicii în subdomeniul 3..12. 


Declarația de variabilă de mai sus se poate scrie şi în forma: 
var v array [3..12] of integer; 
caz în care tipul nou introdus este un tip anonim. 

Din punctul de vedere al definiției limbajului, distingem două categorii de 
tipuri: 

— tipuri fundamentale, care au ca nume identificatori predefiniti; 


— tipuri derivate, care au numele (identificator) dat de utilizator intr-o 
declaratie ce cuprinde un constructor de tip. 


Din punctul de vedere al momentului verificării tipului, distingem două 
categorii de tipuri pentru o expresie: 
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— tip static (verificat la compilare); 


— tip dinamic (verificat la execuţie). 


Una dintre caracteristicile esenţiale ale limbajelor de programare orientată pe 
obiecte este legarea dinamică a procedurilor, pe baza tipului dinamic al 
obiectelor. . 


Un alt criteriu de clasificare este natura şi comportamentul reprezentanţilor 
(obiectelor) unui anumit tip. O privire sumară asupra caracteristicilor instanţelor 
duce la identificarea următoarelor clase de tipuri: 


— simple sau scalare: ordinale (integer, boolean, caracter, enumerare, sub- 
domeniu) şi reale; 


— şir de caractere; 


— structurate (tablou, înregistrare, mulțime, fişier, clasă, uniune); 


— pointer; 

— procedurale. 

Declarația unui nou tip de date cu nume este de forma: 
nume = expresie de tip, 


unde: 


nume - Este numele tipului declarat. 


expresie de tip - Precizează structura acestuia. 


În Modula-2, de exemplu, expresiile de tip se definesc astfel (într-o manieră 
foarte asemănătoare limbajului Pascal): 
ExpresieDeTip ::= TipSimplu 
| NumeDeTip 
| array TipSimplu of ExpresieDeTip 
| record ( Nume (“,', Nume } ‘:’ ExpresieDeTip *; ) end 
| pointer to ExpresieDeTip 
| set of TipSimplu 
TipSimplu ::= TipDeBază | Enumerare | Subdomeniu 
TipDeBază ::= boolean | char | cardinal | integer | real 
Enumerare ::= ‘(‘ Nume { ‘,’ Nume) ‘Y 
Subdomeniu ::= [ NumeDeTip ] ‘[‘ ExpresieCst ‘..’ ExpresieCst ‘]’ 


Construcţia nume = NumeDeTip este o operaţie de redenumire. 


In CH (moştenire de la C) numele unui tip trebuie să fie precizat când se 
specifică explicit o conversie sau pe post de argument al funcţiilor sizeof şi new. 
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Numele unui tip se dă printr-un nume-de-tip, care este din punct de vedere 
sintactic exact ca o declaratie pentru un obiect sau o functie de acel tip, numai ca 
nu apare numele acelui obiect sau acelei funcţii. Exemplele următoare sunt 
sugestive: 


nume-de-tip declaraţia 


rit | at E 
ine mesei | pointer fa tag 


int *[3] int *p[3] tablou de 3 pointeri la întreg 


int (*)[3] 


int *0 


pointer la un tablou de 3 intregi 
funcție fără argumente ce întoarce 
pointer la întreg 


int (*)(double) int (*pf)(double) | pointer la funcție cu argument double ce 
întoarce întreg 


Există şi posibilitatea de a da un nume unui nume-de-tip, prin mecanismul 
typedef, a cărui sintaxă generică este: 


typedef declarație-de-variabilă 


cu înțelesul că nume-de-tip este identificatorul (utilizator) conţinut în declaratie- 
de-variabilă. De exemplu: 


int (*p3i)[3] 
int *fQ 


typedef int *Tf£(); //nume-de-tip este ‘TP 
// declaraţie de tip echivalentă cu declaraţia de 


Tf f; II variabilă ‘int *£0” 


si 
typedef int (*Tpf) (double); //nume-de-tip este ‘Tp? 
// declaraţie de tip echivalentă 
Tpf pf; // cu declaraţia de variabilă 
// “int (*pf)(double)’ 


Notatia de declarare din C şi din C++ oglindeste sintaxa expresiilor bazată pe 
precedenta şi asociativitatea operatorilor (discutată in capitolul următor). 
Limbajele C şi C++ excelează prin multitudinea de operatori (fiind limbaje 
orientate pe expresii), pentru care ordinea de prioritate pare de multe ori 
nenaturală; pentru a se obţine prioritatea dorită trebuiesc folosite parantezele. De 
exemplu, declararea tipului anonim pointer la un tablou de 10 pointeri la funcții 
ce au argument int şi întorc un pointer la char (chiar dacă literal expresia este 
relativ rezonabilă) este greu de exprimat în C++ şi nu avantajează lizibilitatea (f 
este declarată ca o variabilă de acest tip): 
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char* (**f£f[10]) (int); 


Tocmai de aceea, când se lucrează cu tipuri netriviale, se recomandă să se 
folosească nume-de-tip. Tipul mai sus exprimat se poate descrie suficient de clar 
folosind notatiile oferite de numele de tip, pe etape, în felul următor: 


typedef char* F(int); //F este tipul funcţiilor ce au argument 
// int şi întorc un pointer la char 
typedef F* A[10]; //Aeste tipul tabloului de 10 pointeri 
// la funcţii de tipul F 
A* p; // p este un pointer la tabloul de tip A 
// din expresia de mai sus 


4.4.3. Echivalenta şi compatibilitate de tip 


Un pas important în dezvoltarea limbajelor de programare este apariţia 
limbajelor puternic tipizate, dotate cu mecanisme de declarare a tipurilor 
utilizator (ALGOL68, ALGOL-W, Pascal, Modula, Ada, C++, Oberon). 
Aparitia acestor sisteme de tipuri a produs noi probleme, legate de egalitatea 
tipurilor; de exemplu, în raportul Pascal se afirmă că: ambele părți ale 
instrucţiunii de atribuire trebuie să fie de tipuri egale, fără a se preciza clar ce 
înseamnă două tipuri egale. Într-un sens mai larg se pune problema compati- 
bilităţii tipurilor, cu referire la regulile semantice care determină dacă într-un 
anumit context este valid sau nu un obiect de un anumit tip. Prin context se poate 
înțelege aici instrucțiunea de atribuire, expresia de indice la tablouri, apelul unui 
subprogram, aplicarea unui anumit operator sau orice altă construcție sintactică 
proprie limbajului respectiv ce conţine referirea la o instanță a unui tip dat. 
Noţiunea de instanță a unui tip desemnează variabile, componente ale unor 
variabile, constante, expresii, funcții sau parametri formali de tipul respectiv. 


Echivalenja tipurilor este piatra unghiulară a verificărilor de tip pe care le 
implică un sistem de tipuri. Gama acestor verificări este diversă, depinzând de 
tipul expresiilor, de contextul în care acestea apar şi în primul rând de 
accepțiunea noțiunii de echivalență de tip implementată. Echivalenta tipurilor 
poate fi tratată atât la nivel semantic (ce înseamnă), cât şi la nivel sintactic (cum 
se realizează). 


Din punct de vedere semantic, distingem două abordări ale echivalentei de 
tip: egalitatea şi compatibilitatea tipurilor. Trebuie reţinut că abordarea 
semantică a noțiunii de echivalență de tip exprimă ideea de comportament 
identic sau compatibil la aplicarea unor aceloraşi operații, şi nu ideea de 
reprezentări structurale identice. În unele Situaţii este nevoie ca tipurile 
implicate în verificări să fie identice (egale), alteori este nevoie doar de 
compatibilitatea acestora. Cerinta de egalitate a două tipuri este mai tare decât 
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cerința de compatibilitate a lor şi este cerută in puţine situații. Compatibilitatea 
tipurilor în cadrul programelor se verifică la nivelurile: 


— atribuirii (compatibilitate de atribuire); 
— expresiilor (compatibilitate de expresie); 


— tablourilor (compatibilitate de tablou); 


listelor de parametri formali şi actuali (concordanța listelor de parametri ai 
procedurilor şi funcţiilor). 


Din punct de vedere sintactic, există trei acceptiuni ale echivalentei tipurilor: 
structurală, de nume şi de declarare. Două tipuri sunt echivalente structural dacă 
şi numai dacă componentele lor sunt aceleaşi din toate punctele de vedere. 
Echivalenţa de nume statuează că două tipuri sunt echivalente dacă şi numai 
dacă ele au acelaşi nume. Echivalenfa de declarare are loc numai dacă 
variabilele aie căror tipuri sunt considerate echivalente apar sub aceeaşi 
declarare de tip. Să remarcăm de la început că între aceste echivalente de tip 
există o relaţie de incluziune, în sensul că echivalenta de nume o implică şi pe 
cea structurală, iar echivalenta de declarare le implică automat pe amândouă 
celelalte. : 


În [Set89] se defineşte riguros echivalenta structurală prin regulile: 
1. Un nume de tip este echivalent structural cu el însuşi; _ 
Exemple: 
Tipurile 
integer şi integer; tipuri predefinite 
T si T; - tipuri declarate de utilizator 
sunt echivalente structural conform acestei reguli. 


2. Două tipuri sunt echivalente structural dacă au fost declarate prin aplicarea 
aceluiaşi constructor de tip asupra unor tipuri echivalente structural. 


Exemple: 

Tipurile 
array [5..10] of real; 
array [5..10] of real; 


sunt echivalente structural conform acestei reguli (s-a aplicat construc- 
torul array cu acelasi subdomeniu al indicilor (5..10) la tipuri echivalente 
structural conform regulii 1, adică real şi real). 
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Similar, tipurile 
pointer to 7 
pointer to 7 
sunt echivalente structural conform acestei reguli; 


Să remarcăm că importanţa acestei reguli rezidă în clarificarea situaţiilor 
în care sunt implicate tipuri anonime. 


3. După declaraţia: 
type 71 = 7 


unde 7 este un alt nume de tip (recunoscut de sistemul de tipuri), cele două 
tipuri T şi T7 sunt echivalente structural. 


redenumire 


Exemple: 
Tipurile 7, U şi V declarate prin: 
type T= integer; — 
U=T; 
V=U; 


sunt echivalente structural conform acestei reguli (fiind echivalente si cu 
tipul predefinit integer); 


Eliminarea sau restrangerea regulilor de mai sus duce la definitii mai 
restrictive ale echivalentei de tip, obținându-se echivalenta de nume şi cea de 
declarare. Spre exemplu, renunțarea la regula 3) permite echivalenta de nume şi 
cea de declarare, pe când eliminarea simultană a regulilor 2) şi 3) permite doar 
echivalenta de declarare. Aceste observații vin în sprijinul relaţiilor de 
incluziune precizate mai sus relativ la cele trei acceptiuni ale echivalentei de tip. 


Echivalența de nume recurge la verificări asupra numelor tipurilor tratate. 
Există două situații distincte: tipurile cu nume şi tipurile anonime. 


În cazul tipurilor cu nume, se poate admite sau nu o regulă similară regulii 3) 
(privitoare la redenumirea tipurilor), în forma: 


3”. După declaraţia: 
type 7] =7 


unde Teste un alt nume de tip (recunoscut de sistemul de tipuri), între tipurile 
T şi TI există echivalență de nume. 


| Dacă acționează regula 3”); atunci între tipurile T, U, V şi integer declarate 
prin: 
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type T = integer; 
U=T; 
V=U; 


există echivalență de nume; altfel, tipurile T, U, V şi integer declarate ca mai sus 
sunt toate distincte. Cu alte cuvinte, chiar dacă avem nume de tipuri distincte, ele 
vor fi echivalente după nume dacă limbajul acceptă egalitatea tipurilor dedusă pe 


baza redenumirii şi tranzitivitatii acestor redenumiri. 


In cazul tipurilor anonime, tratarea echivalentei de nume se poate face în 
două moduri: 


A. Compilatorul verifică definiția lor, comparând şirurile de caractere ale 
acestor definiţii; la egalitatea acestora, există echivalență de nume; mai 
general, se poate aplica o regulă similară cu regula 2) de la echivalenta 
structurală: 


2’. Două tipuri sunt echivalente după nume dacă au fost declarate prin 
aplicarea aceluiaşi constructor de tip asupra unor tipuri echivalente 
după nume. 


B.  Compilatorul atribuie fiecărui tip de dată anonim un nume intern (de 
exemplu Txx, unde xx este un număr de ordine); în acest caz, unor declaraţii 
diferite (chiar cu declaratori identici) le vor corespunde tipuri diferite, deci 
tipurile declarate nu vor fi echivalente după nume. 


Echivalenţa de declarare se referă la variabile şi consideră că două variabile 
sunt echivalente declarativ dacă ele apar în aceeaşi declaraţie de variabilă. 


Considerând secvenţa de declaraţii (în sintaxă Pascal): 


type T = array[5..20] of real; 

var x, y: array[5..20] of real; 

var z: array[5..20] of real; 

var w: T; 

var a: array[1..10, 1..10] of integer; 
var b: array[1..100] of integer; 


se pot identifica următoarele situații: 
1. Tipurile variabilelor x si y sunt echivalente declarativ. 


2. Tipul variabilei z nu este echivalent declarativ cu tipul variabilelor x şi y. 
Tipurile acestor variabile sunt echivalente structural (conform regulii 2) de 
mai sus), iar în ceea ce priveşte echivalenta de nume, există situaţiile: 


— se aplică (A): există echivalență de nume; 


— se aplică (B): tipul variabilei z este distinct de tipul variabilelor x şi y; 
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3.  Echivalenţa de nume a tipurilor variabilelor w şi x, y (sau w şi z) nu se 
încadrează în discuţia de mai sus, deoarece w are un tip cu nume, iar x, y şi 
z au tipuri anonime. Astfel de situaţii sunt tratate distinct de fiecare limbaj 
în parte; de exemplu, Turbo Pascal consideră că toate tipurile implicate 
sunt echivalente după nume. Pe de altă parte, tipurile sunt echivalente 
structural (se aplică regulile 1), 2) şi 3)). 


4. Tipurile variabilelor a şi b nu sunt echivalente structural, chiar dacă ele au 
acelaşi număr de componente de acelaşi tip, deoarece construcția tipurilor 
nu coincide în toate privintele (diferă modul de calcul a adresei componen- 
telor şi modul de referire a acestora). 


Pentru exemplificarea echivalentei de declarare considerăm semnificativ şi 
exemplul dat în standardul Pascal ISO: 


var datan,datas: record 
anul : 1522..2000; 
luna : 1:.12; 
| ziua : 1.31% 
end; 
dataa: record 
anul : 1522..2000; 
luna : 1..12; 
ziua : 1..31; 
end; 


datan $i datas sunt echivalente declarativ deoarece structura lor a fost precizată 
în aceeaşi declarație, dar datan sau datas nu sunt compatibile declarativ cu 
dataa, chiar dacă ele sunt echivalente structural. Chiar dacă se foloseşte 
declararea: 


type datac = record 
anul : 1522..2000; 
luna : 1..12; 
ziua : 1..31; 
end; 


var datan,datas : datac; 
dataa : datac; 


cea mai restrictivă definiţie a echivalentei de declarare afirmă că doar datan sau 
datas sunt echivalente, chiar dacă ele sunt echivalente (toate trei) atât structural, 
cât şi după nume. Desigur, o asemenea interpretare a echivalentei de declarare 
este contraproductivă, ea obligând programatorul să pună toate declaraţiile de 
variabile compatibile în aceeaşi declaraţie; în plus, nu se încurajează folosirea de 
nume de tipuri, cu efecte nedorite pentru lizibilitatea codului sursă obținut. 
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Cea mai des folosită definiţie a echivalentei tipurilor de date este echivalenta 
de nume: Pascal, C++, Ada, Oberon folosesc aceasta echivalență de tip, cu 
precizările făcute in studiile de caz date în continuare. Echivalenta de nume 
forțează utilizarea de nume de tipuri, fapt care sporeşte pe ansamblu lizibilitatea 
programelor. De asemenea, implementarea echivalentei de nume este mult mai 
simplă decât cea a echivalentei structurale. 


Echivalenta tipurilor primeşte noi valențe în sistemele de tipuri extensibile. 
Aceste sisteme de tipuri, proprii limbajelor de programare orientată pe obiecte, 
permit ca să se declare un tip D (derivat) ca extensie a unui tip B (de bază). 
Tratarea evoluţiei sistemelor de tipuri este abordată în capitolul următor, iar în 
studiul de caz Oberon este discutată şi echivalenta tipurilor extensibile. 


Turbo Pascal 


În Turbo Pascal se folosesc două acceptiuni ale echivalentei de tip: tipuri 
identice şi tipuri compatibile. Două tipuri sunt identice dacă sunt declarate 
folosind acelaşi identificator sau dacă declaraţiile lor recurg (în cele din urmă) la 
acelaşi identificator de tip. 


Identitatea tipurilor este cerută numai între parametrii formali şi actuali din 
declarațiile şi apelurile de subprograme. Două tipuri 77 şi T2 sunt identice dacă 
una dintre următoarele afirmaţii este adevărată: 


Il. TI şi 72 înseamnă același identificator de tip; 
12. TI este declarat a fi echivalent cu un tip identic cu 72. 


Din a doua condiţie rezultă că 77 nu trebuie declarat echivalent cu 72 direct. 
Din declaraţiile de tip: 


type 
Tl = integer; 
T2 = T1; 
T3 = integer; 
T4 = T2; 


va rezulta că T7, T2, T3, T4 şi integer sunt tipuri identice. În schimb, din 
declarațiile de tip: 


type 
T5 = set of char; 
T6 = set of char; 


nu va rezulta că 75 si T6 sunt tipuri identice, deoarece set of char nu este un 
identificator de tip. Două variabile introduse prin aceeaşi instrucțiune de 
declarare: 
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var 
vl, V2: set of char; 


vor fi de tipuri identice (conform echivalenjei de declarare), pe când, in cazul 
declaraţiilor separate: l 


var - 
V1: set of char; 
V2: set of char; 


V1 şi V2 nu vor fi de tipuri identice deoarece, tipurile lor fiind anonime, acestora 
li se atribuie nume interne diferite, ele apărând în declarații diferite, deci 
echivalenta de nume nu are loc. În schimb, variabilele: 


var 
V3: integer; 
V4: integer; 


vor fi de tipuri identice deoarece în cele două declarații integer este un acelaşi 
identificator de tip. 


Compatibilitatea tipurilor este necesară în expresii şi operații relationale. Ea 
este si o preconditie pentru compatibilitatea la atribuire. 


Două tipuri T1 şi T2 sunt compatibile dacă este satisfăcută cel puțin una din 
următoarele condiții: 


Cl. 77 şi 72 sunt identice; 

C2. TIl şi 72 sunt tipuri reale; 

C3. TI şi T2 sunt tipuri întregi; 

C4. TI este subdomeniu al lui 72, sau viceversa; 

C5. TI şi 72 sunt tipuri subdomeniu ale aceluiaşi tip gazdă; 


C6. TI şi 72 sunt tipuri mulțime cu tipurile de bază TB/ şi TB2, iar TB] şi TB2 
sunt compatibile; 


C7. TI şi 72 sunt de tip şir de caractere împachetat (engl. packed string), cu 
acelaşi număr de componente; 


C8. TI este de tip şir de caractere iar 72 este de unul din tipurile: şir de caractere, 
şir de caractere împachetat sau char (şi viceversa); 


C9. TI este tip pointer (fără tip), iar 72 este orice tip pointer (cu tip sau fără), şi 
viceversa; 
C10. 77 şi 72 sunt tipuri procedurale cu: 


— tipurile rezultatelor identice; 
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— acelaşi număr de parametri; 
— tipurile parametrilor identice (unu la unu). 


Compatibilitatea la atribuire este necesară când o valoare se atribuie unei 
entități (într-o instrucţiune de atribuire sau la transmiterea parametrilor spre 
subprograme). O valoare de tipul 72 este compatibilă la atribuire cu un tip TI 
(deci este permisă atribuirea scrisă în forma schematică T7 := T2) dacă una 
dintre următoarele condiții este adevărată: 


CA1. TI si 72 sunt tipuri identice si nici unul dintre ele nu este tip fişier sau tip 
structurat care conţine o componentă de tip fişier la un anume nivel de 
structurare; 


CA2. TI şi T2 sunt tipuri ordinale compatibile, iar domeniul valorilor tipului 72 
este inclus în domeniul valorilor tipului TZ; 


CA3. TI şi T2 sunt tipuri reale, iar domeniul valorilor tipului 72 este inclus în 
domeniul valorilor tipului 77; 


CA4. TI este tip real, iar 72 este tip întreg; 

CAS. TI şi T2 sunt tipuri şir de caractere; 

CA6. TI este tip şir de caractere, iar 72 este tip caracter; 

CA7. TI este tip şir de caractere, iar 72 este tip şir de caractere împachetat; 
CA8. TI si T2 sunt tipuri şir de caractere împachetat compatibile; 


CA9. TI şi T2 sunt tipuri mulțime compatibile cu tipurile de bază TB/ şi TB2, 
iar domeniul tipului TB2 este inclus în domeniul tipului 7B/; 


CA10. TJ şi T2 sunt tipuri pointer compatibile; 

CAII. 71 este tip procedural, iar 72 este tipul unei proceduri sau funcții cu: 
— tipurile rezultatelor identice; 
— acelaşi număr de parametri; 
— tipurile parametrilor identice (unu la unu). 


Identitatea a două tipuri depinde de context. De cele mai multe ori, două 
tipuri trebuie să fie doar compatibile. Din definițiile de mai sus, rezultă că 
compatibilitatea tipurilor este o cerință mai slabă decât egalitatea lor. 
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Modula-2 


Modula-2 defineşte compatibilitatea tipurilor astfel: două tipuri i 
carea dacă ip : două tipuri 77 şi 72 sunt 


Cl. TI şi 72 reprezintă acelaşi nume, sau 

C2. există o declaraţie de tip T7 = T2, sau 

C3. TIl este un subdomeniu al lui 72 sau viceversa, sau 

C4. TI şi T2 sunt ambele subdomenii ale aceluiaşi tip de bază. 
Compatibilitatea la atribuire a două tipuri TI şi 72 se definește astfel: 

CAI. TI şi 72 sunt compatibile, sau 

CA2. TI este cardinal sau subdomeniu al tipului cardinal, iar 72 este integer 


sau subdomeniu al tipului integer. 


Oberon 


Două variabile a şi b de tip Ta respectiv Tb sunt de acelaşi tip dacă: 
ATI. Ta si Tb sunt ambele notate cu acelaşi identificator-de tip, sau 


AT2. Tipul Ta este declarat egal cu Tb într-o declaraţie de tip de forma 
Ta = Tb, sau 


AT3.  Variabilele a şi b apar în aceeaşi listă de identificatori dintr-o declaraţie 


de variabilă, câmp record, sau de parametru formal şi nu sunt de tip tablou 
deschis. 


Ta şi Tb sunt tipuri egale (identice) dacă: 
Il. Taşi Tb sunt acelaşi tip, sau 
I2. Taşi Tb sunt tipuri tablou deschis cu tipuri de element egale, sau 


I3. Ta si Tb sunt tipuri procedură ale căror liste de parametri formali concordă. 
Fiind dată o declaraţie 


TYPE Tb = RECORD (Ta) 


END 


Tb se numeşte extensie directă a lui Ta, iar Ta tip de bază direct al lui Tb. Un tip 
Tb este o extensie a tipului Ta (respectiv Ta este tip de bază al lui Tb) dacă 


ETI. Tai Tb sunt acelaşi tip, sau 


ET2. Tb este o extensie directă a unei extensii a lui Ta. 
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În prezenţa declaraţiilor: 

Pa = POINTER TO Ta 
şi 

Pb = POINTER TO Tb 


Pb este o extensie a lui Pa (respectiv Pa este un tip de bază pentru Pb) dacă Tb 
este o extensie a lui 7a. 


O expresie e de tipul Te este compatibilă la atribuire cu o variabilă v de tipul 
Tv dacă este satisfăcută una din următoarele condiţii: 


CAI. Te si Tv sunt același tip; 
CA2. Te si Tv sunt tipuri numerice şi Tv include pe Te; 


CA3. Tesi Tv sunt tipuri record şi Te este o extensie a lui Tv, iar tipul dinamic 
al lui v este Tv; 


CA4. Te si Tv sunt tipuri pointer şi Te este o extensie a lui Tv; 
CAS. Tv este tip pointer sau procedural iar e este NIL; 


CA6. Tv este ARRAY n OF CHAR, e este o constantă şir de caractere de 
lungime m, cu m<n; 


CA7. Tv este tip procedural iar e este numele unei proceduri ai cărei parametri 
formali concordă cu cei ai lui Tv. 


Un parametru actual de tipul Ta este compatibil tablou cu un parametru 
formal f de tipul Tf dacă: 


CTI.  7fşi Ta sunt acelaşi tip, sau 


CT2. Tfeste un tablou deschis, Ta este orice tip tablou, iar tipurile elementelor 
lor sunt compatibile tablou, sau 


CT3. Tfeste ARRAY OF CHAR iar a este un string. 
Concordanta listelor de parametri formali se defineşte astfel: 

CLP1. ambele au acelaşi număr de parametri şi 

CLP2. ambele au fie acelaşi tip de rezultat întors, fie n-au nici unul si 

CLP3. parametrii de pe poziţii corespondente au tipuri egale şi 


CLP4. parametrii de pe poziţii corespondente au aceeaşi modalitate de transmi- 
tere. 


C şi C++ 


Limbajul C foloseşte echivalenţa structurală pentru toate tipurile. Motivul 
pentru care s-a prevăzut in C echivalenta structurală este minimizarea 
problemelor de întreţinere. 


Echivalenja de nume este piatra unghiulară a sistemului de tipuri al 
limbajului C++. Regulile de compatibilitate a reprezentării garantează folosirea 
conversiilor explicite pentru a se obţine servicii de nivel mai scăzut (low-level) 
care în alte limbaje se obțin prin echivalenta structurală. S-a preferat echivalenta 
de nume în locul celei structurale deoarece ea are un model mai simplu şi mai 
clar. În definiţia limbajului C++, echivalenta de nume înseamnă regula definiţiei 
unice: orice funcţie, variabilă, tip, constantă etc. trebuie să aibă o singură 
definiţie. 


Declaraţiile: 


struct A { int x, y; }; 
struct B { int x, y; |; 


vor defini două tipuri A şi B compatibile in C (structural) şi incompatibile in 
C++ (dupa nume). Mai mult, declaratiile: 


struct D { int x, y; }; în fisierul 1 
struct D { int x, y; |; în fisierul 2 


definesc două tipuri diferite, ambele cu numele D (atât in C, cât şi in C++). Dacă 
compilatorul face verificarea celor două fişiere (unităţi de traducere) 1 şi 2, se 
obţine eroarea “definiţie dublă”. 


Din punctul de vedere al implementării, atât C, cât şi C++ garantează că 
structuri similare (cum sunt A, B şi D din exemplul anterior) au reprezentare 
identică în memorie, deci ele se pot converti explicit şi folosi drept structuri 
compatibile: 


extern f(struct A*); 


struct A { int x, y; |; 
struct B { int x, y; |; 


void g(struct A* pa, struct B* pb) 
{ 


f (pa); /* corect */ 

f (pb); /* eroare C++: e necesar argument A* datorită 
echivalentei de nume, însă corect în C conform 
echivalentei structurale */ 

pa = pb; /* eroare C++: trebuie A*; corect C */ 
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ee 


pa = (struct A*)pb; /* corect: conversie explicită */ 
pb->x = 1; 
if (pa->x != pb->x) 

error ("implementare gresita”); 


) 


Deşi nu furnizează eroare, varianta C se “apără” si ea în fiecare din cele două 
cazuri de mai sus prin furnizarea mesajului de avertisment “Suspicious pointer 
conversion”. 


4.5. Declaraţii de variabile 


Dacă unei constante i se asociază un obiect din ULP, acelaşi pe tot parcursul 
execuţiei programului, unei variabile îi corespunde o locaţie de memorie care 
poate, la un moment dat, să conţină un obiect dintr-o mulțime de obiecte (valori 
posibile) din ULP. Această mulţime formează domeniul de definiție al 
variabilei, iar locaţia de memorie este înțeleasă în sensul de “poziţia de la care 
începe alocarea variabilei respective”. 


| Crearea de variabile şi lucrul cu acestea este caracteristica de bază a 
limbajelor de programare imperative. 


Denumirea de variabilă are pentru LP altă semnificaţie decât cea folosită în 
matematică. Dacă în sens matematic o variabilă este o nedeterminată sau un 
parametru dintr-un sistem formal ce poate lua orice valoare dintr-o mulțime 
cunoscută de valori (domeniul de definiţie al variabilei), pentru ULP noţiunea de 
variabilă este legată de localizarea acesteia în memoria calculatorului şi de 
modificabilitatea conținutului locației respective. 


4.5.1. Elementele definitorii ale unei variabile 


Din punct de vedere structural, o variabilă este un cvadruplu format din 
nume, set de atribute, referinţă şi valoare. 


Numele unei variabile este un identificator, creat în concordanță cu regulile 
proprii sintaxei fiecărui limbaj. De exemplu, în FORTRAN numele de variabile 
încep obligatoriu cu o literă şi pot avea 6-8 caractere maximum, în funcţie de 
implementare. Dacă se depăşeşte lungimea permisă, numele este trunchiat. În 
limbajul Pascal nu există o restricție severă asupra lungimii identificatorului, (de 
exemplu Turbo Pascal consideră că lungimea utilă este de 63 caractere), iar în 
C şi C++ se folosesc în general literele mici pentru a numi variabilele. 


Setul de atribute al unei variabile poate fi fixat la compilare sau modificat 
dinamic (în timpul execuţiei). Definirea atributelor se poate face declarativ sau 
implicit. Definirea declarativă presupune folosirea unor instrucțiuni de declarare, 
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discutate în partea a doua a acestui capitol, iar definirea implicită se poate realiza 
fie prin stabilirea unei convenţii privitoare la numele variabilei (convenția 
standard din FORTRAN: variabilele al căror nume începe cu una din literele J, 
J, K, L, M, N se consideră întregi, iar celelalte se consideră reale; de asemenea 
declaraţia IMPLICIT din FORTRAN, care poate modifica această convenţie), 
fie prin atribuirea de valori, caz în care tipul variabilei se stabileşte în funcţie de 
valoarea atribuită acesteia (exemple: BASIC, dBase). 


Se disting 3 atribute esenţiale: 
— domeniul de vizibilitate 


Este considerat a fi intervalul (de program sursă) în care variabila respec- 
tivă este recunoscută, deci utilizabilă. Noţiunea de domeniu de vizibilitate 
este mai largă, de obicei toate numele folosite într-un program (nu numai 
variabilele) au un domeniu de vizibilitate stabilit prin regulile de vizibili- 
tate specifice limbajului. Domeniul de vizibilitate începe de obicei imediat 
după punctul de declarare al numelui respectiv şi se încheie la sfârşitul 
blocului, procedurii, fişierului sursă, după caz. O variabilă locală, decla- 
rată în interiorul unui subprogram are domeniul de vizibilitate toată 
secvenţa de declaraţii şi instrucțiuni de după punctul de declarare şi până 
la sfârşitul subprogramului respectiv; pentru variabilele globale, declarate 
în corpul prograimului principal, domeniul de vizibilitate tine de după 
punctul de declarare până la sfârşitul fişierului sursă. 


— durata de viață 


Este definită ca intervalul (de timp de execuţie) în care zona de memorie 
alocată variabilei respective este utilizată pentru această variabilă. Există 
variabile locale, globale şi dinamice: variabilele locale, numite şi vari- 
abile automatic, declarate în interiorul blocurilor sau subprogramelor, 
sunt alocate în stivă doar la activarea unității respective de program, având 
durata de viata egală cu perioada cât este activat blocul sau subprogramu! 
în care sunt ele declarate; variabilele globale sunt de obicei alocate în 
segmentul de date încă de la compilare, aşa că au durata de viata egală cu 
timpul de execuţie al programului; variabilele dinamice au durata de viață 
controlată de utilizator: alocarea şi dealocarea se face prin instrucțiuni 
specifice fiecărui limbaj. 


— tipul variabilei 


Poate fi precizat în modurile specificate anterior. Majoritatea limbajelor 
de programare posedă tipuri predefinite (tipurile numerice, caracter, 
boolean), iar cele mai evoluate au, pe lângă acestea, mecanisme de definire 
a tipurilor utilizator (type din Pascal, typedef din C, struct, union, class 
în C++), cu ajutorul cărora programatorul poate construi propriile sale 
structuri de date. Mecanismele de declarare de noi tipuri sunt extinse prin 
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ceea ce se numește abstractizarea datelor şi programarea orientată pe 
obiecte, în care accentul este pus pe definirea operaţiilor prevăzute pentru 
un anumit tip de dată definit de utilizator. 


Odată cu noţiunea de tip apare problema verificării tipului, care se poate face 
static (în timpul compilării, pentru limbajele puternic tipizate), sau dinamic (în 
timpul execuţiei, atunci cînd tipul exact al variabilei nu este cunoscut în 
momentul compilării). Tipul unei variabile determină domeniul de definiţie al 
variabilei respective şi gama de operaţii permise pentru respectiva variabilă. 


Referinja este informaţia de adresă, adică locul unde este memorată variabila 
respectivă. Stabilirea referintei se realizează prin ceea ce numim alocarea 
variabilei respective. Alocarea unei variabile se poate face static sau dinamic, în 
funcţie de momentul când se realizează acest lucru. De exemplu, dacă alocarea 
se face în faza de compilare este vorba de alocare statică, iar dacă alocarea se 
face la execuţie este vorba de alocare dinamică. 


Două variabile care au aceeaşi referință se numesc variabile aliate, iar 
operaţia prin care se poate realiza acest lucru se numeşte aliere (engl. aliasing). 
Exemple de instrucțiuni sau clauze ce realizează alierea sunt: REDEFINES în 
COBOL, EQUIVALENCE în FORTRAN, absolute în Turbo Pascal. De 
asemenea alierea se poate obţine în C şi C++ prin mecanismul union. 


Valoarea asociată unei variabile se poate schimba în timpul execuţiei unui 
program, dar pe toată durata de viață a variabilei respective, în locaţia de 
memorie precizată prin referință se va găsi o valoare. Mulțimea valorilor 
asociate variabilelor dintr-un program formează spațiul stărilor sau mediul 
programului. Determinarea valorii unei variabile la un moment dat se face prin 
operaţia de dereferentiere (engl. dereferecing). Prin aceasta, pe baza referintei se 
returnează valoarea variabilei. În general operația de dereferentiere este 
implicită, neexistând o notatie consacrată pentru ea. 


Cele patru componente ale variabilei se reprezintă schematic astfel: 


Nume Set de atribute Referinţă 


Referinta, împreună cu valoarea, formează un obiect. În cazul variabilelor 


aliate, acestea vor avea aceeaşi referință, dar nu neapărat vor desemna acelaşi 


obiect, deoarece, dacă sunt de tipuri diferite, ele vor avea valori diferite (datorită, 
de exemplu, diferitelor moduri de reprezentare internă ale acestora). Schematic, 
două variabile aliate X şi Y se reprezintă astfel: 
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Y Atribute Y 


4.5.2. Legarea variabilelor 


Termenul de legare a variabilelor este folosit in mai multe accepțiuni. 
Urmărind structura unei variabile, prezentată în secțiunea precedentă, putem 
distinge două puncte între care apare legarea: între nume şi setul de atribute pe 
de-o parte şi între perechea (nume, set de atribute) şi referință pe de altă parte. 
Legarea variabilelor poate fi discutată şi din punctul de vedere al procesului de 
compilare. Există, în acest context, legare internă şi externă acestui proces. Dacă 
legarea internă a variabilelor se. face în interiorul procesului de compilare a 
textului sursă, legarea externă este sarcina editorului de legături, care rezolvă 
legarea unei variabile folosită într-un modul şi declarată într-un alt modul 
(modulele respective fiind supuse unor compilări separate). În sfârşit, termenul 
de legare a variabilelor are acceptiuni diferite în traducerea efectuată de 
compilatoare faţă de cea efectuată cu interpretoare. În ultima situație vorbim de 
o legare dinamică a variabilelor, efectuată chiar în timpul execuţiei. 


Din schemele de mai sus se observă că legarea variabilelor (engl. binding) 
implică punerea în corespondenţă a variabilei cu atributele acesteia. Momentul 
legării (engl. binding time) este momentul la care devin cunoscute atributele 
unei variabile. Există două situaţii distincte: 


a. Atributele se cunosc la compilare 


Se pot face în acest caz, tot la compilare, toate verificările necesare privind 
compatibilitatea şi corectitudinea utilizării variabilei, prin urmare codul 
generat este mai compact, permițând o execuţie eficientă a acestuia. 


b. Atributele se cunosc numai la execuţie 


Rezultă că în codul generat la compilare vor trebui introduse Şi secvenţe 
care să realizeze verificările de corectitudine a utilizării variabilei, ceea ce 
conduce la un cod mai mare, deci mai ineficient. Pe de altă parte, acest lucru 
conduce, de această dată în sens pozitiv, la o mai mare flexibilitate a 
programelor scrise. 


În funcţie de momentul legării, se disting două clase de limbaje, cu 
repercursiuni în ceea ce priveşte deciziile de implementare. În prima clasă sunt 
acele limbaje care permit legarea statică (vezi 4.5.3.), adică pentru care 
momentul legării coincide cu momentul compilării. Pentru aceste limbaje (cu 
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variabile pentru care majoritatea atributelor se cunosc la compilare) este 
caracteristică eficiența in execuţie. A doua clasă conține acele limbaje pentru 
care legarea este dinamică, adică momentul legării este momentul execuţiei 
(vezi 4.5.3.).: Pentru acestea, soluția de implementare optimă este cea 
interpretativă, cu alocarea dinamică a memoriei, verificare dinamică a corectitu- 
dinii folosirii variabilelor, a execuţiei operaţiilor ş.a., ceea ce conduce la 
flexibilitate în execuţie. 


Desigur, decizia privind tipul programului traducător (compilator sau 
interpretor) depinde de multi alti factori (resurse hardware, pret de cost, criteriul 
de eficienţă stabilit pentru limbaj - timp sau memorie, domeniul de aplicare etc.). 
De obicei, limbajele de programare imperative posedă compilatoare (FOR- 
TRAN, ALGOL60, PL/1, Pascal, Ada, C, C++, Oberon), iar limbajele 
aplicative posedă interpretoare (LISP, APL, SNOBOL, Smalltalk). Aceasta nu 
este o regulă generală, existând compilatoare şi pentru limbajele aplicative (de 
exemplu pentru LISP). Deosebirea dintre limbajele compilate şi cele interpretate 
devine mult mai estompată în cazul limbajelor moderne. De exemplu, pentru un 
limbaj (cum este Ada) care permite lucrul cu tablouri de dimensiuni cunoscute 
numai la execuţie, la compilare se va insera în cod un apel la rutine speciale ce 
vor fi activate la execuţie. Alte facilități cum sunt alocarea dinamică a şirurilor 
de caractere, procedurile recursive, facilitățile generice, lucrul cu variabilele 
dinamice accesate prin pointeri, legarea dinamică a procedurilor, folosirea 
bibliotecilor încărcate dinamic (DLL) şi a mediilor de execuţie necesită de 
asemenea includerea în codul generat la compilare a unor apeluri de rutine 
specifice, ceea ce transformă codul obiect mai degrabă într-un cod intermediar 
decît în cod maşină, apropiindu-l de ceea ce realizează un interpretor. 


Punctul de declarare a unei variabile poate fi definit atât pentru limbajele cu 
declaraţii complet explicite, cât şi pentru cele care permit şi declarații implicite 
de variabile. În primul caz, orice variabilă necesară trebuie în prealabil declarată 
printr-o instrucţiune de declarare, iar punctul de declarare se consideră a fi 
imediat după terminarea declarației numelui variabilei. În al doilea caz, punctul 
de declarare este prima instrucțiune de atribuire care conţine în membrul stâng 
numele variabilei. Punctul de declarare marchează începutul domeniului de 
vizibilitate al variabilei. 


Întâlnirea unei instrucţiuni de declarare înseamnă pentru compilator legarea 
numelui variabilei de setul de atribute. Într-adevăr, în mod normal o instrucțiune 
de declarare specifică două informații: 


— numele variabilei; 
— tipul acesteia. 


Celelalte atribute ale variabilei se determină după cum urmează. Începutul 
domeniului de vizibilitate este definit de punctul de declarare, adică de locul în 
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care apare respectiva declarație în textul sursă al programului, iar sfârşitul 
acestui domeniu este determinat tot de punctul de declarare, astfel: 


a. Punctul de declarare este intern unui bloc sau unui subprogram 


Domeniul de vizibilitate tine până la sfârşitul blocului (subprogramu- 
lui), inclusiv blocurile (subprogramele) locale (dacă nu există rede- 
-clarări ale numelui în interiorul acestora, situaţie in care vor fi valabile 
redeclarările - aşa numitele “pete albe” -hole-in-scope); respectiva 
variabilă este deci locală unităţii în care a apărut punctul de declarare. 


b. Punctul de declarare este în afara oricărui bloc sau subprogram 


Domeniul de vizibilitate al variabilei tine până la sfârşitul fişierului 
sursă respectiv, variabila fiind globală în fişierul ce conţine declarația. 


c. Punctul de declarare este în partea de interfaţă a unui modul 


Domeniul de vizibilitate al variabilei este, pe de o parte cel stabilit la 
(b), variabila fiind globală modulului, iar pe de altă parte orice alt modul 
sau program care specifică explicit folosirea modulului de declarare. 


d. Punctul de declarare este în partea de implementare a unui modul 


Domeniul de vizibilitate este cel stabilit la (b), cu precizarea că numele 
este invizibil modulelor sau programelor care specifică explicit 
folosirea modulului de declarare, iar variabila este locală modulului; 


Punctul de declarare determină indirect şi durata de viață a variabilelor. 
Acest atribut este în strânsă conexiune cu a doua variantă de legare, anume 
legarea perechii (nume, set de atribute) de referință, legare numită de obicei 
alocarea variabilei. Astfel, variabilele globale (în program sau modul) sunt 
alocate la compilare în segmentul de date, deci durata lor de viață coincide cu 
durata de execuţie a programului (excepţie făcând situaţiile în care se recurge la 
reacoperirea segmentelor), fiind alocate static, iar variabilele locale sunt alocate 
automat de către mecanismul de execuţie (bazat pe principiul stivei - ele se mai 
numesc şi variabile automatic). În cazul variabilelor globale, la întâlnirea 
instrucţiunii de declarare compilatorul poate aloca în segmentul de date spaţiu 
pentru respectiva variabilă (pe baza informaţiei de tip). Pentru variabilele locale 
compilatorul determină locul variabilei în înregistrarea de activare a respectivu- 
lui bloc sau subprogram, care va fi alocată automat în stiva de execuţie când 
blocul sau subprogramul sunt activate, respectiv dealocată (tot automat) la 
terminarea execuţiei lui. Prin urmare, durata de viață a unei variabile locale este 
definită de timpul de activare a blocului sau subprogramului de declarare. 


De obicei variabilele dinamice sunt anonime, iar accesarea lor se face prin 
variabile de tip pointer (a căror valoare reprezintă adresa variabilei dinamice 
referite). Declararea unei variabile pointer nu are efect decât asupra duratei de 
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viata a variabilei pointer (tratată la fel ca orice altă variabilă). Variabila dinamică 
referită de pointer va avea durata de viață controlată de utilizator, care poate 
folosi instrucțiuni specifice de alocare si dealocare. Variabilele dinamice se 
alocă în zona de memorie dinamică (heap). 


Prin urmare, variabilele au încă un atribut, care determină modul lor de 
alocare, numit clasă de memorie. Acest atribut este de obicei implicit (fiind 
determinat de localizarea punctului de declarare). În limbajele C şi C++ există 
posibilitatea declarării explicite a clasei de memorie pentru orice variabilă (vezi 
4.5.4). 


ALGOL 


Unităţile de vizibilitate în ALGOL60 sunt blocul şi procedura. Toate 
variabilele definite într-o astfel de unitate sunt locale acesteia. Unităţile se pot 
include unele în altele, respectând regula de includere. Partajarea variabilelor se 
stabileşte prin modul de includere a domeniilor de vizibilitate unele în altele. 
Durata de viata a unei variabile este intervalul de timp în care domeniul ei de 
vizibilitate este activat. Variabilele own se alocă la compilare, deci durata lor de 
viaţă este durata de execuție a programului. Ca urmare, astfel de variabile îşi 
păstrează valoarea între două apeluri succesive ale procedurii în care apar. 
Pentru alocarea variabilelor locale se foloseşte stiva. 


Limbajul ALGOL60 permite existenţa aşa-numitelor tablouri dinamice 
(tablouri cu limite ajustabile), ale căror limite se stabilesc la execuţie, dar odată 
stabilite, ele rămân fixate (constante) cât timp unitatea de program care este 
domeniul lor de vizibilitate este activă sau activată (deci are înregistrarea de 
activare în stiva de execuţie). Limbajul ALGOL68 permite lucrul cu tablouri 
flexibile, acestea având limitele stabilite la execuţie, dar care, spre deosebire de 
ALGOL60, sunt modificabile şi în intervalul de timp în care domeniul lor de 
vizibilitate este activat sau activ. Acest lucru face ca alocarea de memorie pentru 
aceste tablouri flexibile să nu poată fi făcută în stiva de execuţie, ci în zona de 
memorie dinamică, adică în heap. 


Este interesant de semnalat, în acest context, conflictul logic care apare la 
declararea în ALGOL60 a unui tablou dinamic ca variabilă own într-o procedură 
sau bloc interior, de exemplu 


own integer array a[l:n]; 


în sensul că, pe de o parte se doreşte păstrarea valorilor memorate în elementele 
tabloului pentru următorul apel al procedurii sau blocului, iar pe de altă parte 
caracterul dinamic al tabloului va permite ca la următorul apel dimensiunea lui, 
n, să primească o altă valoare, diferită de cea de la apelul anterior (de exemplu o 
valoare mai mică ar face ca anumite elemente ale tabloului să se piardă). Se 
ajunge astfel la un conflict logic între atributul own al tabloului şi caracterul său 
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dinamic. O asemenea inadvertență ar putea fi corectată la implementare, 
interzicându-se ca un tablou dinamic să posede atributul own. 


Pascal 


În Pascal unitatea de vizibilitate este procedura sau funcția, toate variabilele 
declarate în interiorul ei fiind locale pentru ea şi globale pentru procedurile sau 
funcţiile interioare ei. Procedurile se pot include unele în altele, rezultând de aici 
partajarea unora dintre variabile. Durata de viață a unei variabile este definită la 
fel ca în ALGOL60. 


În versiunile actuale de Turbo Pascal există tipul abstract de date unit, care 
stabileşte un domeniu de vizibilitate închis şi care poate fi compilat separat. 


4.5.3. Determinarea statică şi determinarea dinamică a 
domeniului de vizibilitate. 


Determinarea statică a domeniului de vizibilitate (static scoping), numită şi 
legare statică a variabilelor, se face la compilare si presupune căutarea numelui 
variabilei în blocurile lexicale care conţin blocul curent, căutarea începând chiar 
din acesta. Aşadar, căutarea se efectuează relativ la textul sursă furnizat. 


Determinarea dinamică a domeniului de vizibilitate (dynamic scoping), 
numită şi legare dinamică a variabilelor, se face la execuţie şi presupune 
căutarea numelui şi atributelor variabilei în blocurile sau procedurile activate 
(deci în stiva de execuţie), în ordinea inversă a momentelor activării acestora. 


De regulă, limbajele cu structură de bloc posedă compilatoare şi utilizează 
legarea statică a variabilelor (ALGOL60, Pascal, PL/1, Ada, C), iar cele ce 
posedă interpretoare (APL, LISP, SNOBOL) utilizează legarea dinamică a 
variabilelor. 


Pentru a înțelege diferenţele între legarea statică și dinamică a atributelor la 
variabile, vom da mai multe exemple pentru a căror descriere vom folosi 
limbajul ALGOL60, acest limbaj permiţând declararea de obiecte în cadrul 
blocurilor şi făcând astfel mai evidente tipurile de legare împreună cu 
semnificaţiile lor. 


Diferenţa dintre legarea statică şi dinamică a atributelor la variabile poate fi 
ilustrată prin exemplul 4.1., în care programul este constituit din blocul A (de 
nivel 0), în interiorul căruia se află blocul B şi procedura P (de nivel 1). În corpul 
blocului B apare apelul procedurii P. Problema care se pune este: ce valoare va 
tipări P (true sau false)? Răspunsul va diferi în funcție de modul în care se face 
legarea identificatorilor la variabile. 
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În cazul legării statice, în momentul apelului lui P (de nivel 1), deoarece 
variabila b nu este declarată în P, atributele ei vor fi căutate în blocul lexical 
imediat exterior (nivel 0), deci în A, găsindu-se b:=t rue. Prin urmare execuţia 
lui P va tipări true. în cazul legării dinamice, în momentul apelului lui P, 
căutarea atributelor variabilei b se va face în stiva execuţiei, care va conţine (de 
la vârf începând) pe P, B şi A. Negăsind declararea lui b în P, se. va găsi b 
declarat in B (si initializat cu false), prin urmare în acest caz P va tipări false. 


A: begin | (nivel 0) 
boolean b := true; 
procedure P; (nivel 1) 
print (b); 
end P; 
B: begin (nivel 1) 
boolean b := false; 
P; 
end B; 
end A; 


Exemplul 4.1. Legarea statică si dinamică a variabilelor 


Limbajul LISP adoptă determinarea dinamică a domeniului de vizibilitate, 
această abordare fiind mai naturală în cazul său. Spre exemplu, programul LISP: 


(DEFUN P() A) 


(DEFUN Q() 
(SETQ A 7) 
(P) ) 
(SETQ A 5) 


(SETQ Y (LIST (P) (Q))) 


va furniza lista (5 7), valoarea întoarsă de P fiind de fiecare dată ultimul A legat. 
Avantajul legării dinamice este deci adaptabilitatea, deci o flexibilitate sporită. 


Această discuţie se poate face şi în ceea ce priveste determinarea domeniului 
de vizibilitate pentru proceduri: dacă această determinare se face relativ la 
mediul de definire al procedurii, ea va fi statică, iar dacă se face relativ la mediul 
programului apelant, determinarea este dinamică. Fiecare dintre acestea oferă 
atât avantaje, cât şi dezavantaje, în funcţie de genul de problemă abordat. 


Astfel, în LISP, în cazul argumentelor funcționale pot apare interacțiuni 
nedorite. Pentru a ilustra genul de probleme ce pot să apară, să luăm exemplul 
formei funcţionale twice, care aplică de două ori argumentul funcţie func unei 
valori: 
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ved) 


(DEFUN twice (func val) (funcall func 
(funcall func val ))) 


Ca exemple de aplicare avem: 


returnează 7 (inc - funcţia de 
incrementare) 


(twice ‘inc 5) 


(twice ‘(lambda (x) (* 2 x)) 3) returnează 12, ca rezultat al 
aplicării 2*2*3. 


Dacă se întâmplă însă să folosim identificatorul va/ şi în cadrul definiţiei lui 
func, ţinând cont de determinarea dinamică a domeniului de vizibilitate apare o 
coliziune de nume cu următorul efect: 


(setq val 2) returnează 2 
(twice ‘(lambda (x) (* val x)) 3) furnizează acum 27! 


deoarece în momentul apelului se leagă parametrul formal val de la definiţia lui 
twice la parametrul actual 3, legare valabilă acum şi pentru evaluarea corpului 
argumentului funcțional definit prin lambda, deci: 


3 (val) *3(val)*3 (x) = 27! 


Se tine cont deci de ultima legare a identificatorului val, indiferent de 
contextul în care apare acesta. 


Această problemă a fost denumită problema FUNARG (de la FUNctional 
ARGuments). Este o problemă de conflict între determinarea statică şi cea 
dinamică a domeniului de vizibilitate. Rezolvarea ei s-a făcut în LISP prin 
introducerea unui mecanism care oferă posibilitatea utilizatorului de a decide el 
forma de legare dorită. Forma funcţională specială function realizează (spre 
deosebire de regula implicită) în acest sens legarea unei lambda expresii de 
mediul ei de definire (legare statică deci). Astfel: 


(twice (function ‘(lambda (x) (* val x))) 3) 
furnizează acum 12 şi nu 27. 


Iată în continuare un exemplu în care determinarea dinamică a domeniului de 
vizibilitate este adecvată naturii problemei de rezolvat. Programul este compus 
din blocul exterior A (de nivel de înglobare statică NIS=0) şi blocurile interioare 
(de acelaşi nivel, 1) B şi C. 
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A: begin { NIS=0} 
real procedure sum; { NIS=1 } 
begin 

real S,x; S := 0; x := 0; 


while x < 1, do 
begin S := S + f(x); x:=x+0.01; end; 
sum := S/100; 


end; 
B: begin {NIS=1} 
real sumf; 
real procedure f(y); value y; 
real y; { NIS =2} 
f := yf2 + 1; 
sumf := sum; 
end; 
C: begin { NIS=1} 
real sumf; 
real procedure f(y); value y; 
real y; { NIS=2 } 
f := yf4+1; 
sumf := sum; 
end; 
end. 


În blocul A se definește procedura sum, care are nevoie pentru calculul 
valorii sale de o funcție f. Dacă s-ar utiliza determinarea dinamică a domeniului 
de vizibilitate pentru funcția f, funcţia sum (apelată din blocurile interioare B si 
C) ar furniza valori diferite, deoarece acest mod de determinare implică execuţia 
în mediul apelatorului (blocurile B şi C respectiv, în care s-au specificat expresii 
diferite pentru calcului lui f). Rezultă o flexibilitate a programului, în sensul că 
sum este o procedură generală, care face uz de expresii diferite pentru f. Facem 
precizarea că aceleaşi efecte s-ar fi putut obține și în cazul determinării statice, 
dacă funcția far fi fost transmisă ca parametru al procedurii sum. 


În alt gen de probleme, această flexibilitate nu este dorită. De exemplu, o 
procedură care calculează rădăcinile ecuaţiei de gradul II va trebui să apeleze o 
funcţie discr, pentru determinarea valorii discriminantului, întotdeauna calculat 
cu aceeaşi formulă. Exemplul următor ilustrează o posibilă eroare logică: 
apelarea unei funcţii discr neadecvate. 
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begin { NIS = 0} 
real procedure discr (a,b,c); . { NIS=1} 
value a,b,c; real a,b,c; 
discr := bf2 -4xaxoc; 
procedure RAD(a,b,c,r1,r2); { NIS=1} 
value a,b,c; real a,b,c,rl,r2; 
begin 
d := discr(a,b,c); 
end; 
A: begin (NIS=1) 


real cl,c2,c3,radl,rad2; 
RAD (c1,c2,c3,radl, rad2); 


end; 
B: begin (NIS=1) 
real a1,a2,a3,aradl,arad2; 
real procedure discr (x,y,z); (NIS=2) 
value x,y,z; real x,y,z; 
discr := sqrt (xf-2+yf2+zf-2); 


RAD (al,a2,a3,arad1,arad2) ; 
end; 
end. 


Când RAD este apelată din blocul A, definiţia procedurii discr va fi luată din 
blocul principal (cea care convine), însă cînd RAD va fi apelată din blocul B, 
deoarece în mediul apelantului lui RAD există o altă definire de funcție discr, 
aceasta va fi cea apelată. 


Determinarea statică a domeniului de vizibilitate ar elimina neajunsurile 
prezentate, prin aceea că selectarea funcției discr se va face în funcție de mediul 
de definire al apelatorului său direct (RAD), şi nu de mediul apelantului lui RAD. 
Prin urmare, ambele apeluri ale lui RAD (din B şi din C) vor utiliza aceeaşi 
definiţie a lui discr, dată în blocul principal. 

În concluzie, se poate afirma că determinarea statică a domeniului de 
vizibilitate este mai clară, mai bună şi elimină echivocul. 


4 
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4.5.4. Clase de memorie C 


). 


2 . i e 
nume_clasă> <tip> <listă_nume_variabile>; 
unde: 


<listă jabi ine identi 
_nume_variabile> - Conține identificatorii ce reprezintă numele 
variabilelor, separați prin virgule. 


a auto sunt declarate in interiorul functiilor. O astfel de variabilă 
tes as eo x a activă unitatea de Program (funcția sau blocul) la 
1a a fost declarată, pierzându-și valoarea | i i 
respectivei unităţi, la o nouă a find disponibilă vechee yo 
> pelare nemaifiind disponibilă i Î 
pata I i ponibilă vechea ei valoare. Î 
unei declaraţii de clasă de memorie, toate variabilele se consideră implicit 


în clasa auto. Se observă că această ă hi 
locale din ALGOL s Pec, easta clasă de variabile corespunde variabilelor 
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a acestei clase de memorie este pentru memorarea într-un registru a variabilei de 
control pentru un ciclu: 


void main() ( register int i; 
for (i=0;i<1000;i++) a[i]=i; ... } 


Variabilele static sunt de două categorii: static interne şi static externe. Nu 
este necesară folosirea de cuvinte rezervate în acest sens, încadrarea unei 
variabile static in categoria corectă făcându-se în funcție de locul unde apare 


= A 


declaraţia: static interne dacă se declară în interiorul unei funcţii şi static externe 
dacă se declară în afara funcţiilor: 


static int a[20];  //variabila a este de clasă static 


Dacă se declară în afara funcţiilor, acele variabile statice vor fi accesibile mai 
multor funcții. Domeniul de vizibilitate al unei astfel de variabile este din locul 
declarării ei şi până la sfârşitul modulului respectiv, deci domeniul de vizibilitate 
este limitat la fişierul ce conţine declaraţia. Valoarea unei variabile statice poate 
fi modificată de funcţiile care au acces la ea. În momentul în care un segment 
care conține o declarație de variabilă statică devine inactiv, variabila statică 
respectivă îşi va pierde valoarea, la reactivarea segmentului ea primind valoarea 
inițială de la declararea ei (cunoscută la compilare). Se poate considera că 
variabilele static externe din C sunt similare variabilelor globale (declarate în 
programul principal) din alte limbaje, ele alocându-se la compilare în segmentul 


de date. 


Dacă se declară în interiorul unei funcţii o variabilă statică va avea regim de 
variabilă locală din punct de vedere al domeniului de vizibilitate, însă ea nu se va 
aloca în stivă ci tot în segmentul de date globale, având astfel o proprietate 
interesantă: valoarea. acesteia se va păstra între două apeluri consecutive ale 
aceleiaşi funcții, initializarea ei făcându-se doar la primul apel al funcţiei. 
Acceasi proprietate o au variabilele declarate cu atributul own în ALGOL60, 
precum şi constantele cu tip din Turbo Pascal. 


Pentru comunicarea între segmente diferite, compilate separat, în C sunt 
prevăzute variabilele din clasa extern. La fel ca variabilele din clasa static, ele 
sunt declarate în afara funcțiilor, iar domeniul de vizibilitate al unei variabile 
extern este de la locul declarării si până la sfârşitul segmentului în care apare 
declararea. Spre deosebire de variabilele static, care sunt locale unui segment, 
variabilele extern pot aparține mai multor segmente (rolul lor fiind comunicarea 
între segmente), aceeaşi variabilă extern având acelaşi nume în fiecare dintre 
segmentele în care este utilizată. Sarcina stabilirii legăturilor necesare pentru o 
variabilă de clasă extern revine editorului de legături, o referire la ea în oricare 
dintre segmentele unde este declarată traducându-se prin aceeaşi informaţie de 
adresă. Acest mecanism este similar mecanismelor def-ref existent în limbajele 
de asamblare. De asemenea, se poate face o analogie (ca mecanism de 
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whence ao ne de ee extern, ele putând fi apelate din 
i l; ului. Pentru a face ca o funcție să ă i 
din segmentul în care ea este definită, i se va baia he dii 


4.5.5. Etape ale lucrului cu variabile 
Din punctul de vedere al mani ii, în vi 
anipulării, în viața unei variabile se disti i 
A A g 
multe momente, enumerate în cele ce urmează în ordinea firească a nega les 
a. declararea; 
b. initializarea; 
c. folosirea. 


4.5.5.1. Declararea variabilelor 


D n a d ae 
ee ire unei variabile se face implicit sau explicit. Declararea explicită 
cu ajutorul instrucţiunilor de declarare, care comunică compila 


valorile de initializare Declararea implici 
iniţializare. Deci a implicită recurge la convenții privi 
numele variabilei (convenția standard din FORTRAN), fie E dai 


prim ma declarare trebuie să apară, în majoritatea limbajelor, în 
ini ei d: i sii a blocurilor, subprogramelor sau modulelor 
e limbajul C++ i i variabi t 

mode ae -l in ay permite declararea unei variabile exact 

Pe lângă informaţiile discutate deia. declararii 
i infor discu eja, declaraţiile mai pot s ecifica ti 

„ie i variabilei respective (internă sau externă), modile i arga a i 
e transmitere a parametrilor în subprograme. iii 


Exemple: 


FORTRAN 


p d 
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referință externă EXTERNAL introduc nume noi şi asociază atribute corespun- 


zătoare acestora: 


INTEGER A,B 

REAL I,J(20) 

DIMENSION TAB(40),N(10,20) 

LOGICAL BINE 

CHARACTER *20 NUME 

BYTE I(5), INDICE 

EXTERNAL FCT 

COMMON /A/ U, V, W 

Declaratiile nu sunt cu initializare. Identificatorii pentru care nu se specifică 
declarari sunt tratati implicit, conform conventiei standard. Valoarea variabilelor 
declarate este nedefinită. Declarația EXTERNAL anunţă compilatorul ci FCT 
este numele unei funcţii compilată în altă unitate de program, iar COMMON 
declară o zonă de memorie comună cu numele A (care va fi alocată într-un modul 
de date comune separat de modulul obiect), ce conţine spațiu pentru variabilele 
numite U, V şi W, zonă ce va putea fi folosită şi de altă unitate de program. 
Rezolvarea referintelor externe (EXTERNAL şi COMMON) cade în sarcina 


editorului de legături. 


ALGOL60 


Toate variabilele trebuie declarate şi caracterizate complet, înainte ca ele să 
fie referite. Specificarea tipurilor elementare se face prin cuvinte rezervate ale 
limbajului. Declaraţiile sunt fără initializare, iar valoarea variabilelor declarate 


este nedefinită: 

real a,b; 

integer array matr[-2:3,1:5]; 

real c,d; value c,d; 

Ultima declaraţie specifică transmiterea prin valoare a variabilelor reale c şi 
d. 


COBOL 


Toate variabilele trebuie declarate explicit în diviziunea DATA (cele 
aferente buffer-elor de fişiere în secţiunea FILE, cele de lucru în secţiunea 
WORKING-STORAGE, iar cele din listele de parametri pentru subprograme 
în secţiunea LINKAGE). Există posibilitatea iniţializării variabilelor elementare 


prin clauza VALUE: 
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ae var bine : boolean; 


label 1; ” 
02 NUME PICTURE A(20). E ah: initializeaza la 
02 STRADA PICTURE X(15). in Turbo si Borland Pascal 7.0, toate igi ape p ea tipuri 
02 NR PICTURE 9(4). începutul execuţiei programului cu valori =o ointeri, şirul de caractere vid 
02 LOC PICTURE X(15). numerice, False pentru tipul boolean, onl yar ia schimb, variabilele locale 
02 TEL PICTURE 9(9) . pentru string, mulțimea vidă pentru tip expin, he: programnicls 
02 DATA-N. subprogramelor nu sunt initializate. De exemplu, 
03 ZI PICTURE 99, it; 
ExInit; 
03 LUNA PICTURE 99. | iu ge sai 
03 AN PICTURE 9999. T array[1..5] of integer; 
77 I PICTURE 9(3) VALUE 0. TR = réċorä 
77 ALF PICTURE A (26) cl: integer; 
VALUE ‘ABCDEFGHIJKLMNOPORSTUVWXYz" . c2: string; 
Declaraţia de mai sus conţine: o variabilă înregistrare cu numele ART, cu c3: “TA; 
câmpurile specificate (detaliere pe trei nivele, prin numerele de nivel 01, 02, 03), end; ; 
şi două variabile simple, 7 si ALF, ambele initializate. TS = set of char; 
var 
PL/1 VA: TA; 
VR: TR; 
Variabilele şi etichetele pot fi declarate explicit folosind instrucţiunea DCL VS: TS; . 
(cu atribute de bază, scală si precizie pentru cele numerice, respectiv lungime VI: Tregor} 
pentru şiruri de caractere sau biţi) sau implicit (moștenire de la FORTRAN). vst: Str ice 
Există posibilitatea iniţializării la declarare prin clauza INITIAL: VB: Boolean; 
` VP: Pointer; 
DCL ALFABET CHAR (26) 
INITIAL ‘ABCDE FGHIJKLMNOPORSTUVWXYz," Procedure Proc; 
DCL (I,J,K) BINARY FIXED var 
DCL SIRB BIT (29) VLA: TA; 
DCL MARCA LABEI, VLR: TR; 
Variabila ALFABET din acest exemplu are exact aceeasi valoare si VLS: TS; ; 
semnificație ca si variabila ALF de la COBOL. Variabilele 7, J şi K sunt ae 
reprezentate în virgulă fixă, SIRB este un şir de 29 de biţi, iar MARCA este o VLSt: String; 
etichetă. VLEs Boolean; 
VLP: Pointer; 
begin 
Pascal webeelal Proc’); ‘ 
Atât variabilele cât şi etichetele folosite trebuie declarate împreună cu tipul end; 
lor, prin declaraţia var, respectiv label. Nu se face initializare la declarare, iar begin Main”); 
valoarea asociată variabilei (după declarare) este nedefinită: writeln ( Maani A js 
Proc; writeln(‘Main’); 
var A,B,C : real; end. 
var I,J,K : integer; 


var tab : array[1..20] of integer; 
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variabilele globale V4 VR, VS, VI, y; i 
| , VR, VS, VI, VS, V; sia ta i : 
inceperea execuţiei Programului, cu ME ii ea ala = 
— VA: 
[0, 0, O, 0, 0] (tablou de 5 întregi cu valoarea 0) 
— VR: x i 
[O, , nil] (record cu câmpuri cu valoare 0, ©, nil) 
=- VS: [] (multime vida) 
= VI: 0 


— VB: False 
— VP: nil 


În schimb după ce fluxul de j 
imb, control ajunge la execuția ii 
pentru ie: locale ee VLR, VLS, VLI, VLSt, VLB şi mee oe 
iHalizare. Reamintim că variabj a î 
de date, iar variabilele locale în segmentul de ia m ori eee 


A : INTEGER; 

B : array(1..5) of I ia 

C : REAL; MAREEA: șa (0,1,2,3,4); 
D : array(1..50) of 


REAL := (1..25=>1.5, 26..50=>-1.2); 


C++ 
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e declară o funcţie fără a-i specifica si corpul; 
conţine specificatorul extern si nu are initializare sau corp de funcţie; 
e declară un membru static într-o declaraţie de clasă; 
e este o declarație de nume de clasă; 
e este o declaraţie typedef. 
Următoarea declaraţie este şi definiţie: 
int a; | 
pentru că are initializare implicită (cu 0), şi declaraţia este locală unităţii de 
traducere în care ea apare, iar următoarea este numai declaraţie: 
extern int a; în fişierul 2 


deoarece variabila întreagă a se consideră definită în altă unitate de traducere (de 
exemplu în fişierul 1, unde se face initializarea ei), iar în fişierul 2 este doar 


folosită. 


Declaraţiile pentru variabile pot specifica şi tipul legării (intern sau extern, 
maniera de alocare - specificată în C şi C++ prin clasa de memorie). Declaraţiile 
static corespund legării interne, iar cele extern corespund legării externe (la 
link-editare). 

O declaraţie sau definiție poate conţine şi calificatori (const sau volatile), 
care definesc modificabilitatea obiectelor precizate. O particularitate a acestora 
este modul de aplicare la pointeri: atributul const sau volatile prefixat cu 
operatorul de dereferentiere ‘*’ se aplică pointerului şi nu obiectului punctat de 


acesta. 
De exemplu, definițiile: 
const ci = 10, *pe = &ci, *const cpc = pc; 
int i, *p, *const cp = &i; 

declară: 
— ci- constantă întreagă; i 
— pc - pointer la constanta întreagă ci; 

cpc - pointer constant la constanta întreagă ci; 

— i- variabilă întreagă; 

— p- pointer la întreg; 

— cp - pointer constant la variabila întreagă i. 
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Valorile lui ci, cpc şi cp nu se pot modifica dupa initializare. Valoarea lui pe 
se poate modifica, ca şi obiectul punctat de cp. Exemple de operaţii legale sunt: 


iar ca exemple de operaţii ilegale avem: 


ci = 1; // eroare: ci nu se poate modifica 

ci++; // eroare: idem 

*pc = 2;  //eroare: ar trebui să se modifice ci 

cp = &ci; //eroare: cp nu se poate modifica 

cpct+; // eroare: cpc nu se poate modifica 

P = pc; // eroare: ar permite eventuala modificare 
/I ulterioară a lui ci prin p 


astfel de contradicţie: 


int i = 1; // i se poate modifica 

const int* p = &i; // pointer la obiect constant 
/ pointerul se poate modifica, nu insa si 
// obiectul referit de el 


int* const vp = i; // pointer constant la un obiect 
// obiectul se poate modifica, nu insa si 
// pointerul care-l refera 
const int* const cp = gi; // pointer constant la un obiect 
// constant 
// nici obiectul nu se poate modifica, nici 
// pointerul care-l refera 


void f() 
{ 
i++; // ok: i nu este const 
P--; // ok: p nu este const 
(*vp)——; // ok: *vp nu este const 
cp++; // eroare: nu se poate modifica un obiect const 


(*cp)——; //eroare: nu se poate modifica un obiect const 
(*p) +4; // eroare: nu se poate modifica un obiect const 
vp++; // eroare: nu se poate modifica un obiect const 
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) 


Variabilele pointer sunt iniţializate implicit la NULL (echivalentul ii 0 
pentru tipul pointer). Operatiile cu pointeri vor fi discutate în capitolul următor. 


Un alt caz particular este cel al variabilelor de tip referință, care sunt cn 
îndeosebi la specificarea parametrilor formali sau a rezultatului întors de o 


funcție. De exemplu, 


void f(doubles a) { a += 3.14; } 
| sag 
double d = 0; 
ea is prin referință 
i 1 lui fO (adică argument transmis prin 
7 mi ga piei er d i a standardul C), asa că apelul f(d) va 
aduna 3.14 la d. Următorul exemplu: 


int v[20]; 

ee 
inté g(int i) { return v[i]; } 
ieee 

g(3) = 7; 


declară că funcţia g întoarce o referință la un întreg, aşa că a(3) = 7 va atribui 
valoarea 7 la cel de al 4-lea element al tabloului v. În declaraţiile: 


struct leg { 
leg* urm; 


}; 


leg* prim; // initializat implicit cu NULL 


void h(leg*& p) // p este referinţă la pointer 

{ . 4 
p->urm = prim; 
prim = p; 


p = 0; 

} 

void k() 

{ 
leg* q = new(leg); 
h (q); 

} 
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“i declară p ca referință la un pointer la leg, 


aşa că h(q) va lăsa pe q cu valoarea 
Declaraţia unei variabile de tip referință trebuie obli 


„De ; | atoriu să ină 
initializator cu excepția cazurilor când: j pa 


declarația conține un specificator extern explicit; 


declarația declară un membru de clasă în declaraţia unei clase: 
3 2 


declaraţia declară un argument sau un tip întors. 


operează asupra. referinţei, pe când atribuirea o 


i ae La perează, prin referință 
obiectul adresat de referință, stabilit prin initializarea ier Te nta, pe 


După initializare, o referință nu poate fi modifi 
Aceasta inseamnă ca referintele nu sunt “ 
numiții first class citizens) în C++. În fapt 


o cata să refere un alt obiect. 
cetățeni cu drepturi depline” (aşa 
referintele nu sunt obiecte. 


însă cu o gamă 


- mai | CH n cte proprii” ale 
imbajului, ele servind doar ca Sinonime pentru acestea. În ipoteza îi = ele 


ar avea statut de “obiecte proprii” ale limbajului C++, ar fi nevoie de: 


a. proiectarea a două noi mulţimi de op 
nintelor, cealaltă referitoare la ceea c 
pentru operatori sau de 


erații pe referințe (una proprie refe- 
e referă referința), deci simboluri noi 


b. îmbogățirea semanticii op 


p a eratorilor, ei trebuind să includă $i operanzi de tip 


Limbajul Simula foloseşte abordarea (a) 
> , ALGOL68 pe (b). pp 
abordarea (a) ar însemna cel putin 12 operatori noi, pentru: E je, Petar Br 


e & (adresa lui) 


e ++, —— (prefix şi postfix) 
e =, == Is, < >; =, >= 
iar (b) ar fi prea “subtilă”, 


Argumentul adus de proiectantii limbajului C+ est, 
oi dei ajului C++ este acela că 
poate folosi pointeri oriunde doreşte comportament de oii, dia 


128 


Oberon 


Declararea variabilelor în Oberon se face folosind o sintaxă foarte 
asemănătoare limbajului Pascal. Exemple de declaraţii sunt: 


VAR 
i, j, k: INTEGER; 
x, y: REAL; 
P, q: BOOLEAN; 
s: SET; 
F: Function; 
a: ARRAY 100 OF REAL; 
w: ARRAY 16 OF 
RECORD 
nume: ARRAY 32 OF CHAR; 
numar: INTEGER 
END; 
t, c: Tree; 


Variabilele au tipul static (determinat exclusiv la compilare), cu exceptia 
celor pointer şi record, care au atât tip static (determină care câmpuri sunt 
accesibile), cât şi tip dinamic (care poate fi extensie a tipului lor static). Toate 
variabilele sunt initializate implicit cu echivalentul lui 0. 


4.5.5.2. Initializarea variabilelor 


Una dintre condiţiile naturale pe care trebuie să le îndeplinească un program 
este stabilitatea sa, care se poate defini intuitiv astfel: cu aceleaşi date de intrare, 
programul produce aceleaşi rezultate. Problema stabilităţii este rezolvată în cazul 
programelor simple, care conțin doar declarații de date (variabile) de intrare şi 
rezultate: variabilele de intrare se initializeaza prin operaţii de intrare (Citire), iar 
variabilele rezultat (de ieşire) prin instrucțiuni de atribuire. În schimb, dacă îr. 
program se folosesc şi variabile auxiliare (necesare pentru o mai bună 
structurare a procesului de calcul), nimeni nu mai garantează initializarea 
acestora. Prin urmare, din definiţia stabilității (dată mai sus) rezultă o primă 
condiţie de stabilitate: toate variabilele auxiliare din program să fie initializate 
cu aceleaşi valori, la fiecare execuţie a programului cu acelaşi set de date de 
intrare. 


Iniţializarea unei variabile se poate face în urma unei instrucțiuni de atribuire 
sau prin instrucțiuni specifice. În cele ce urmează vom discuta initializarea unei 
variabile din punctul de vedere al momentului alocării acesteia. Există 
următoarele abordări: 


a. în momentul alocării variabila primeşte o valoare (predefinită, în funcţie de 
tipul ei, sau stabilită printr-o instrucţiune sau clauză); 


b. imediat după momentul alocării, valoarea variabilei este nedefinită (se 
consideră valoarea găsită în locaţia de memorie definită de referinţa ei, 
valoare numită valoare reziduală). 


Limbajele de Programare moderne acordă atenţie sporită initializarii 
variabilelor. De regulă, se aplică initializarea implicită (C++, Oberon, Turbo 
Pascal 7.0), eliberând Programatorul de o activitate suplimentară. 


FORTRAN 


acest lucru: 


DIMENSION A (5) 
DATA A/2*0.5,1.,2.,3./ 
DATA I,J,K/1,2,3/ 


Instructiunea DATA este ncexecutabilă deoarece efectul ei se realizează la 
compilare, adică locaţia de memorie alocată variabilei este iniţializată cu 
valoarea specificată. Pentru variabilele care nu apar într-o listă DATA nu se face 
nici un fel de initializare a valorii acestora. 


SIMULA67 


În SIMULA67 legarea variabilelor se face dinamic, iar în momentul alocării 
acestea primesc o valoare (fie implicită, fie dată în urma unei instrucțiuni de 
initializare). 


Pascal 


În Pascal o variabilă se inițializează numai printr-o instrucţiune de atribuire 
Sau prin executarea unor proceduri standard. Prin urmare momentul legării nu 
este însoţit de inițializare. Excepţie face Turbo Pascal 7.0, care realizează 
initializarea automată a variabilelor globale (discutată în paragraful 4.5.3.1). 


Turbo (Borland) Pascal 


Ca superset al limbajului Pascal Standard, Turbo Pascal permite în plus 
initializarea variabilelor de tipuri simple sau structurate (tablou, record) într-o 
manieră asemănătoare limbajului Ada: 
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const B : array[1..5] of integer = (0,1,2,3,4); 


onst D : record | 
> nume: string[10]; 


tel: longint; 
end = (‘*Ion’, 123456); 


De remarcat însă că se foloseşte cuvântul rezervat const, la fel Sua 
declarația de constantă. De fapt, variabilele B şi i pi i atei sr id y 
ip, fiind alocate static, 
ite în Turbo Pascal constante cu tip, d a k 1 
arii Arme dar având statutul variabilelor în ceea i piap 
se inițializează i ă dată i tul exec 
i ili lizează o singură dată, la începu cut 
modificabilitatea. Ele se initia a: pce Neer ape ap poset 
i cestora putându-se apoi modifi i 
“sa spin aia d ă î îşi va păstra valoarea între 
i ă tr-un subprogram îşi va p l ; 
evoie. O constantă cu tip locală într-un i va l reek 
două apeluri succesive ale respectivului subprogram cr i ea sta 
din C şi C++), lucru realizabil prin alocarea ei în segmentul de date. 


4.5.5.3. Referirea variabilelor 


i i djs o rată fi: 
Referirea unei variabile se face printr-o expresie de identificare care poate 


— identificator (numele variabilei respective); 
expresie indexată (când variabila este de tip tablou); 
expresie de selectare (dacă variabila este componentă a unei date structu- 


rate); | 
expresie de indirectare (când variabila este de tip pointer). 


4 


O discuție mai detaliată a folosirii variabilelor se va face în capitolele 
următoare. 
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5. TIPURI DE DATE 


o Bi ay date (engl. data type) se intelege o mulţime de obiecte însoțită de 
t e operaţii pe mulțimea acestor obiecte. Operatiile realizează crearea 


tipuri de bază, care de obicei corespund tipurilor maşină. Pentru aceste tipuri 


definiţia limbajului introduce identificatori predefiniti. 


Dj : 

cn o a i js pată al comportamentului lor, tipurile fundamentale se pot 
tio aritmetice, caracter si boolean. Preci iată 

operatorilor este obiectul capitolului următor. Hi 


Sien . A : pi : 
general există mai mulți reprezentanți ai acestor tipuri, tipuri care diferă unele de 


comparare (expresii relationale). 


ence met pie de data boolean are numai două valori: true şi false. Există 
1 deiinite pe acest tip: and, or, not, im (implicaţi eet a : 
(echivatesstn ines. Îi > OF, ROL imp (implicatia logică) si equiv 
e i - operațiilor de mai sus se te f 
(utilizându-se o instrucțiune if-then- a ao Se poate tace astfel 
booleene): fune if-then-else şi presupunând că x şi y sunt variabile 


. X and y = if x then y else false 
xor y = if x then true else y 
not x = if x then false else y 
x imp y = if x then y else true 
x equiv y = if x then y else not y 
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Operanzii de tip boolean se folosesc la formarea expresiilor logice, cu 
ajutorul operatorilor logici. In acest capitol se vor detalia si alte tipuri de operații 


decât cele aritmetice, relationale si logice. 


Turbo Pascal 


Tipurile de bază sunt cele simple: ordinale si reale. Tipurile ordinale au patru 


caracteristici: 

Domeniul lor este o mulțime ordonată. Fiecărui element din mulțime i se 
asociază un număr întreg, numit ordinalitate. Prima valoare a domeniului 
oricărui tip ordinal (exceptând tipurile întregi) are ordinalitatea 0. Pentru 
tipurile întregi, ordinalitatea unui element al domeniului lor este chiar acel 
element. Orice element din domeniul unui tip ordinal are un predecesor (cu 
excepția primului) $i un succesor (cu excepția ultimului). 


a. 


Funcţia standard Ord se poate aplica oricărei valori de tip ordinal, întorcând 
ordinalitatea acesteia. 


Funcţia standard Pred se poate aplica oricărei valori de tip ordinal (cu 
excepţia primei valori din domeniu), întorcând predecesorul acesteia; dacă 
se aplică la prima valoare din domeniu, se produce o eroare. 


d. Funcția standard Succ se poate aplica oricărei valori de tip ordinal (cu 
excepţia ultimei valori din domeniu), întorcând succesorul acesteia; dacă se 
aplică la ultima valoare din domeniu, se produce o eroare. 

Există şapte tipuri ordinale predefinite (integer, shortint, byte, word, 
boolean, char) şi două clase de tipuri ordinale definite de utilizator: tipuri 
enumerare şi tipuri subdomeniu. 

Există cinci fipuri întregi predefinite, fiecare având ca domeniu o mulțime 
specifică de numere întregi, conform tabelului: i 


Tabelul 5.1. Tipuri de dată întregi în Turbo Pascal 


Tipul Lungime 
(octeți) 
shortInt -128..127 


|1 |d | 
byte 0..255 
[byte | 025s Tm 
A 2 a 
[wora | oss pa 

| da 


-2147483648..2147483647 4 


Domeniu 
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Domeniul tipului boolean este format: di i it 
| at: din valorile false $i true 
identificatori predefiniti şi constanti. Ti epica 
| i ti. Tipul boolean este trata 
fiind satisfăcute relaţiile: ici iii 


false < true 
Ord(false) = 0 
Ord(true) = 1 


Succ(false) = true 
Pred(true) = false 


predefinite: Boolean, WordBool. Lon B i i 
> ; gBool si ByteBool. Ele se re tă 
(octet, byte), 16 (cuvânt), 32 (dublu cuvânt), respectiv 8 (byte) biti. ANR 


Rein două tipuri ordinale definite de utilizator: tipul enumerare $i tipul 
subdomeniu. Tipul enumerare se declară prin precizarea identificatorilor care 


oa eo pe blocul de declarare, fiind tratati exact Ca orice alt 
icator in Pascal; tipul constantei este numele ti ie 
Deron pului enumerare declarat. 


type 
luni = (Ian, Feb, Mar, Apr, Mai, Iun, Iul, 
Aug, Sep, Oct, Nov, Dec); 


defineste constantele simbolice ‘Ian’, ‘Feb’, ..., ‘Dec’, care vor avea ca valoare 
asociată ordinalitatea | i in ur i 
inta or, respectiv 0, 1, ..., 11. Prin urmare, o altă declaraţie de 


type 
luni_de vara = (lun, Iul, Aug) ; 


apărută în acelaşi bloc va provoca o eroare sintactică (identi ii 
pi i e tifi < > Lă > 
Şi “Aug” sunt dublu declaraţi). în et vite pi 
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type 
GradeCelsius -100..100; 


luni_de_vară = Iun. .Aug; 
Constantele precizate trebuie să fie de acelaşi tip ordinal (tipul gazdă), iar 
domeniul precizat trebuie să fie nevid (ordinalitatea primei constante nu poate 
depăşi ordinalitatea celei de a doua). De exemplu, declaraţia de tip: 


type 
luni_de_iarna = Dec..Feb; 


este eronată, deoarece Ord(Dec) = 11 > Ord(Feb) = 1 în declaraţia tipului 
enumerare “luni”. 


O variabilă de tip subdomeniu moşteneşte toate proprietăţile tipului gazdă, cu 
o singură excepție: valoarea sa trebuie să fie restrânsă la intervalul precizat în 


declaraţia tipului subdomeniu. 
Pe lângă tipurile ordinale, descrise anterior, tipurile simple din Pascal 
cuprind şi tipurile reale. 


Tabelul 5.2. Tipuri de dată reale în Turbo Pascal i 


Domeniu Lungime Cifre 
(octeți) semnificative 


2.9*107?..1.7*10°8 
1.5*1079..3.4*10°8 
5.0*10°74..1.7*10°% 


extended |  3.4*104%2 1 1*10%92 


comp 
reprezen- 
tat ca în- 
reg) 


Tipurile reale se reprezintă în virgulă flotantă (mobilă). Un număr real n se 
reprezintă sub forma: m * b°, unde m este mantisa, b este baza, iar e este 
exponentul (caracteristica), toate numere întregi. Tipurile întregi şi cele reale 
formează împreună tipurile aritmetice. 


C++ 


În C++ există două mari clase de tipuri fundamentale: aritmetice şi void (cu 
domeniul valorilor vid). Tipurile aritmetice sunt formate din întregi (char, int în 
toate variantele şi enumerările) şi reale (flotante). Valorile minima si maximă din 
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domeniul fiecărui tip sunt precizate, pentru fiecare implementare, în fişierul 
header (antet) </imits.h>. 


Tipul char are ca domeniu setul de caractere de bază al limbajului. Fiecare 
instanță a sa este memorată într-o variabilă caracter, care are ca valoare codul 
întreg al caracterului. Caracterele se pot declara cu semn sau fără semn 
(declarare explicită signed sau unsigned); există deci trei tipuri distincte: char, 
signed char şi unsigned char; fiecare va ocupa acelaşi spaţiu de memorie 
(determinat de funcția sizeof()). 


Există trei tipuri întregi distincte: int, short int şi long int. Tipurile signed 
char, short, int şi long au corespondent un tip unsigned, care ocupă acelaşi 
spaţiu de memorie: 


În C++ (ca şi în C) nu este predefinit tipul boolean. Orice expresie cu 


considerată false. 


Tipul enumerare este un tip întreg distinct ce are constante cu nume. Numele 
său devine un aşa numit nume-enumerare, care este cuvânt rezervat în domeniul 
de vizibilitate propriu: 

nume-enumerare ::= identificator 

specificator-enum ::= enum identificatorop: { listă-enumop: } 

listă-enum ::= enumerator | listă-enum , enumerator 

enumerator ::= identificator 

| identificator = expresie-constantă 


Identificatorii dintr-o /istă-enum sunt declarați constante, şi pot apare oriunde 
pot apare constante. Dacă nu apar enumeratori cu ‘=’, valorile respectivelor 
constante încep de la 0 şi cresc cu 1, de la stânga la dreapta. Un enumerator cu 
‘= va da identificatorului valoarea indicată, care rămâne ca valoare de start 
pentru următorii enumeratori. Valoarea unui enumerator trebuie să fie de tip int 
sau de tip ce se poate converti la int. 


Numele enumeratorilor trebuie să fie distincte de cele ale variabilelor 


ordinare sau ale altor enumeratori în acelaşi domeniu de vizibilitate. De 
exemplu: 
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enum culori = | 
( rosu, orange, galben, verde, albastru |; 


enum fruct { 
mar, 
para, 
orange, // eroare: ‘orange’ este redefinit 
kiwi 


}; 


enum pasare { 
strut, 
dodo, 


lebada, | | 
kiwi // eroare: ‘kiwi’ este redefinit 


// nu merge nici fruct::kiwi = pasare::kiwi 
); 


int lebada; // eroare: “lebada” este redefinit 


Valorile enumeratorilor nu trebuie să fie distincte. Un enumerator este 
considerat că se defineşte imediat după ce s-a citit numele (şi eventual 
initializatorul, dacă există). De exemplu: 

enum { a, b, c=0 }; 

enum { d, e, f=e+2 |; 
defineşte a, c şi d cu valoarea 0, b şi e cu 1, iar f cu 3. 

Fiecare enumerare defineşte un tip întreg diferit de toate celelalte tipuri 
întregi. Tipul unui enumerator este enumerarea sa. 

Tipurile reale distincte sunt: float, double şi long double. Caracteristicile lo. 
sunt precizate în fişierul antet </loat.h>: 


Tip sizeof (în byte) Aliniere (multiplu de, în byte) 
float 4 


4 sau 8 
4 sau 8 sau 16 


Tipul void are domeniul valorilor vid. Este folosit pentru a preciza tipul 
rezultatului întors de funcţiile cu semantică de procedură. Nu se declară cress 
de tip void; orice expresie se poate converti explicit la tipul void, iar serie aes 
conversiei se poate folosi numai pe post de: instrucțiune expresie, operand stâng, 
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expresie virgulă sau al doilea sau i i i iti 
al treilea operand din expresia conditionala tablourilor statice (de dimensiune prefixată). Astfel, pentru tipul tablou sunt 


construită cu operatorul “7”, 
i | definite doar operaţiile de atribuire şi test de egalitate; pentru tipul şir de 
Oberon caractere sunt necesare în plus operaţiile de intrare/ieşire şi cele specificate mai 
sus. Prin aceste operaţii, lungimea șirului de caractere se poate modifica, prin 
puri, > : ă ă ili re) nue decvata. 

sia 2 ipay bază sunt notate cu identificatori pre EE AE titi urmare o iai fixă (pe ee prestabilit <i — E) ste a 
i prezentați în tabelul 4.2. Domeniile tipurilor de bază sun Unele limbaje impun restricții asupra lungimii unui şir de caractere. De 
următaărele: oe exemplu, in limbajul Turbo Pascal un sir de caractere poate avea lungimea 


maximă 255 (limită justificată de modalitatea de reprezentare explicată mai jos). 
Tabelul 5.3. Tipurile de bază în Oberon Alte limbaje nu impun asemenea limite. În principiu, există două modalități de 
reprezentare a şirurilor de caractere, cunoscute sub numele de convenţia Pascal 


min era E E 
CHAR caracterele setului Latin-1 OX .. OFFX 

SHORTINT | MIN(SHORTINT) .. MAX(SHORTINT) -128 .. 128 
| INTEGER [MIN(NTEGER) . MAX(INTEGER) 


-32768 .. 32767 
LONGINT MIN(LONGINT) .. MAX(LONGINT) -2147483648 .. 2147483647 


şi convenţia C. 
În convenție Turbo Pascal, un şir de n caractere (string) se reprezintă pe n+1 
octeți, numerotati de la 0 la n, astfel: 


octetul 0 conţine caracterul al cărui cod ASCII ‘reprezintă lungimea 
şirului de caractere: Chr(n); rezultă că lungimea unui string este limitată 
în Turbo Pascal de numărul maxim reprezentabil pe un octet, care este 
255; 

e  octetul i (ide la 1 la n) conține al i-lea caracter din şirul considerat. 


REAL MIN(REAL) .. MAX(REAL) 


LONGREA MIN(LONGREAL) .. MAX(LONGREAL) 


SET întregi între 0 .. MAX(SET) 


setof 0 .. 31 
În convenție C, un sir de n caractere se reprezintă pe n+1 octeți, numerotati 


de la 0 la n, astfel: 


Tipurile SHORTINT, INTEGER si 

| 5 i LON puri îi j 

i LONGREAL e INTEGER + mae iri sad pii R <a e  octetul i (ide la 0 la n-1) conţine al i+1-lea caracter din şirul considerat; 
= zi 5 ė . î 

formează o ierarhie: tipul mai mare include (domeniul) er ale me ° 


octetul n conţine un caracter terminator de şir: caracterul NULL (‘\0’) 


e 
din ASCII; rezultă că acest caracter nu poate face parte în C dintr-un sir 


LONGREAL >= REAL >= LONGINT >= de caractere 
INTEGER >= SHORTINT 
În figura 5.1 se prezintă cele două convenţii de reprezentare a şirului de 
i . i caractere ‘Ionescu’ (in Turbo Pascal), respectiv “Ionescu” in C. 
5.2. Siruri de caractere a. Conventia Pascal 


a sir de caractere (numit şi string, după echivalentul englez) are ca 

cine sei ui sai i î. lungimea variabilă (modificabilă dinamic) 

gimea şirului de caractere este numărul d inut în 

el. Caracterele care pot constitui şi icei in ctu deea ata 

i şirul sunt, de obicei, cele din setul d 

acceptat de limbaj Operatiile care t i și cea 
| x se pot efectua cu şiruri de caractere 

i ile 1 sunt: 

construirea, inserarea unui şir de caractere în altul, extragerea unui subsir. 

> 


Bi 
$ > 


Primul caracter conţine 
lungimea şirului de 
caractere (7) prin Chr(7) 


Ultimul caracter conţine 
Acest tip de -a i Pe 7 , terminatorul şirului de 
Pann: alia pică a ni puţin din două motive: imposibilitatea caractere ('\0°) prin NULL 

e caractere precum şi rigiditatea utilizării Figura 5.1. Convenții de reprezentare a şirurilor de caractere 
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Includerea într-un limbaj de programare a unor operaţii specifice prelucrării 
Şirurilor de caractere presupune următoarele: 


e existența tipului de date şir de caractere (String); 

e prelungirea utilizării operatorilor relationali pe șiruri de caractere; 
e stabilirea unei reprezentări pentru sirurile de caractere; 

e stabilirea unei mulțimi minimale de operații pe şiruri de caractere. 


Dacă pentru tipurile numerice există convenții clare privind lungimea 


PL/1 


Unul dintre primele limbaje de nivel inalt care permite lucrul cu sirurile de 
Caractere este PL/1, care oferă trei moduri de declarare a variabilelor şir de 
caractere: cu lungime fixă, cu lungime variabilă şi cu şablon. Declararea tipului 
se face cu identificatorul predefinit CHAR. 


Astfel, 
DCL A CHAR (50); 


semnifică faptul că A este un şir de caractere cu lungimea de exact 50 de 
caractere (la lungime mai mică se umple cu spaţii, iar la lungime mai mare se 
trunchiază), 


DCL B CHAR (70) VARYING; 


specifică pe B ca şir de cel mult 70 de caractere (la lungime mai mai mare se 
trunchiază), iar 


DCL D PIC "99AAAXX? ; 


caracter din alfabetul limbajului); lungimea şirului D este 7 (este considerat de 
lungime fixă). Acest ultim mod de declarare este preluat din COBOL. 


O primă clasă de operații definite pe sirurile de caractere din PL/1 sunt cele 
relationale, cu rezultat boolean. În afara acestora s-au specificat 6 operaţii 
proprii: 


— operatorul de concatenare |, constructor de noi şiruri; 


— lungimea unui şir: LENGTH; (şirul vid are lungimea 0); 
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— extragerea unui subsir dintr-un şir: SUBSTR; 
— căutarea unui subşir într-un şir: INDEX; 
- înlocuirea unor caractere dintr-un şir cu altele: TRANSLATE; 


— testarea conținutului unui şir: VERIFY. 


În general, aceste operaţii sunt acoperitoare pentru lucrul cu şirurile de 
caractere, ele regăsindu-se (cu alte nume) în alte limbaje de programare. Din 
punctul de vedere al rezultatului, |, SUBSTR şi TRANSLATE construiesc un 
nou şir, iar LENGTH, INDEX şi VERIFY furnizează un întreg nenegativ. 
Sintaxa acestora va fi discutată pe un exemplu, în care se utilizează şirurile de 
caractere A, B, C şi D declarate astfel: 


DCL A CHAR(30), B CHAR(50) VARYING; 
(A are exact 30 caractere, iar B are cel mult 50). 


Şirul A se poate construi astfel: 

A = “UNDE ‘|’MERGI ‘MAINE ‘DIMINEATA’ 
rezultatul fiind şirul: 

“UNDE MERGI MAINE DIMINEATA * 


(se observă că ultimele 4 caractere din A sunt spații, iar lungimea lui este exact 
30 caractere). Operatorul LENGTH(4) va furniza valoarea 30. 


Sintaxa operatorului SUBSTR (extragere subsir) este: 
SUBSTR (X, I,J) 


unde: 
X - Este numele şirului sursă. 
/ - Este pozitia de unde incepe extragerea. 
J - Este lungimea subsirului extras. 
Prin urmare, 


B = SUBSTR(A, 4,5) 
va furniza pentru B valoarea “E MER’. SUBSTR poate fi utilizat si in partea 
stângă a operatorului de atribuire, cu sintaxa: 


SUBSTR(X,I,J) = Y 

caz in care subşirul delimitat de J şi J va fi înlocuit de şirul Y în şirul X. Astfel, 
SUBSTR (B, 3,2) = ‘PA’- 

va face ca şirul B să aibă valoarea “E PAR’. 
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Operatorul TRANSLATE are sintaxa: 
TRANSLATE (X, Y, Z) 


şi realizează înlocuirea, în șirul X, a tuturor caracterelor din el ce apar în şirul Z 
cu caracterele corespunzătoare din şirul Y (este normal ca Y şi Z să aibă acelaşi 
număr de caractere). De exemplu 


TRANSLATE (A, ”Q2$* , "MI `) 
va întoarce pentru A valoarea "UNDESQERGZ$QZZNE$DZQZNEATA$$$$", 
Operatorul INDEX are două argumente: 
INDEX (X,Y) 
X şi Y fiind şiruri de caractere. Rezultatul întors de el este un număr: poziţia de 
unde începe în şirul X un subsir identic cu şirul Y sau 0 dacă X nu conține un 


astfel de subsir. Prin urmare, INDEX(B,’PA’) va întoarce 3 dacă B = “E PAR’ 
sau va întoarce 0 dacă B = “E MER’. 


În sfârşit, operatorul VERIFY » care are aceeaşi sintaxă cu INDEX, 
VERIFY(X,Y) 


va întoarce: 0 dacă toate caracterele din şirul X se găsesc în şirul Y, respectiv 
poziţia primului caracter din X care nu se găseşte în Y. El este util în efectuarea 
unor validări formale. Astfel, 


VERIFY (A, + ABCDEFGHI JKLMNOPORSTUVWXY2’ ) 


poate fi folosit pentru a testa dacă toate caracterele din şirul A sunt alfabetice sau 
caracterul spaţiu, iar 


VERIFY (B, ’0123456789.+-") 


este un bun test de numericitate (sirul de caractere B trebuie să conţină numai 
cifre, semnele plus, minus şi marca zecimală). 


Variabilele şir de caractere folosite sunt ALFA (lungime fixă, pe 26 caractere, 
reprezentând literele din alfabet), BUFFERI (lungime variabilă, pe 100 
caractere, reprezentând buffer-ul de intrare). Variabila de lucru LITERA, de tip 
caracter, va conţine câte un caracter din alfabet, iar variabila numerică NUMAR 
va conține frecvenţa de apariţie în BUFFERI a Caracterului memorat în LITERA. 
Algoritmul este următorul: 
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|, Se citeşte din fişierul standard de intrare un şir de caractere în variabila 
| BUFFERI. Dacă s-a detectat sfîrşit de fişier, algoritmul se termină.. 


2.  Seafişează la fişierul standard de ieşire BUFFERI. 
K := 1; { contorul ce parcurge alfabetul ALFA } 

3, LITERA primeşte valoarea caracterului de pe poziţia K în ALFA, utilizându- 
se funcţia SUBSTR. 
I şi J vor primi indicele locației din BUFFERI unde apare caracterul 
LITERA, prin utilizarea funcţiei INDEX. 
NUMAR := 0 { frecvenţa de apariţie a caracterului LITERA in BUFERI } 


4. Câttimp este nenul, se execută: 


NUMAR := NUMAR + 1 7 
I primeşte indicele locatiei din subsirul din BUFFERI ce incepe de la pozitia 
J+1 unde apare caracterul LITERA 


( Se utilizează funcţiile SUBSTR şi INDEX ) 

J:=J+I; 
5 Se tipăreşte NUMAR - frecvenţa de apariţie a caracterului LITERA 
6 K:=K+1 {Setrece la o nouă literă din alfabet) 


Dacă K <= 26, se trece la 3 , altfel se trece la 1. 


Programul 5.1. Şiruri de caractere în PL/1 


FRECV: PROCEDURE OPTIONS (MAIN) ae 
R(26) INIT 
iii i Mar NI IRI A 
BUFFERI CHAR (100) VARYING, 
LITERA CHAR (1), 
NUMAR FIXED, 
(1,9,K) FIXED; 
ON ENDFILE (SYSIN) STOP (*) 
DO WHILE (‘1’B) (**) 
GET LIST (BUFFERI) 
PUT SKIP LIST (BUFFERI) 
DO K=1 BY 1 TO 26 
LITERA = SUBSTR(ALFA, K,1) 
I, J= INDEX (BUFFERI, LITERA) (xx) 
DO NUMAR = 0 BY 1 WHILE (I<>0) 
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I= INDEX (SUBSTR (BUFFERI, J+1), 


LITERA) 
J=J+I 
END 
PUT SKIP LIST (LITERA,’APARE DE e 
NUMAR,” ORI’) 
END 
END 
END FRECV 


Se remarcă, între altele: prezența atribuirii multiple (Z şi J se iniţializează cu 


aceeaşi valoare în aceeași instrucţiune de atribuire marcată cu (***)), simularea 
unui ciclu infinit (prin instrucţiunea DO WHILE (*1’B) (**) cu semantica 
(Pascal) WHILE TRUE DO), a cărui terminare este dictată de apariția unei 


ae (terminarea fisierului de intrare), specificată printr-o instrucţiune ON 


(*) 


SNOBOL 


Farber, Griswold si Polonski (Bell Laboratories, 1964) au definit şi realizat 


limbajul SNOBOL [Far64], dedicat în special prelucrării şirurilor de caractere. 
Succesul limbajului se datorează, printre altele, implementării relativ inde- 
pendente de maşină şi existenţei unui manual de învăţare (engl.primer) excelent. 


unde: 
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[etichetă] instrucțiune 


O linie sursă SNOBOL are structura: 


[: instrucțiune de ramificare ] 


— eticheta este un identificator şi este opțională (dacă este prezentă, ea trebuie 
să înceapă din coloana 1 a linie Sursă); 


instrucțiunea de ramificare (salt) are următoarele forme: 


e  :(etichetă) 
pentru salt necondiţionat după executarea instrucţiunii; 

e :F(etichetă) 
pentru salt la terminarea cu insucces a prelucrării (F provine de la 
insucces = failure în limba engleză); 

e  :S(etichetă) 
pentru salt la terminarea cu succes a prelucrării (S provine de la 
Succes = success în limba engleză). 


Tipurile de date din SNOBOL sunt cele numerice (întregi, reale) şi şirurile 
de caractere. O formă specială de şir de caractere este tiparul sau modelul (engl. 
pattern). Acesta poate fi un şir de caractere bine precizate sau o mulțime de şiruri 
de caractere cu anumite proprietăți. 


SNOBOL foloseşte următoarele convenţii: 
- caracterul * ‘ (blank) este interpretat după cum urmează: 


e operator de concatenare, când apare într-o instrucțiune de atribuire, 
între numele a două variabile; 

e şir de caractere vid când apare singur în membrul drept al unei 
instrucțiuni de atribuire; 

e separator, fiind ignorat, în celelalte situaţii; 


caracterul ‘*’ pus în fata unei variabile specifică interpretorului să întârzie 
determinarea valorii variabilei până la locul unde aceasta este referită; 


caracterul ‘=’ (egal) joacă rolul operatorului de atribuire, cu menţiunea că 
oricărei variabile din SNOBOL i se atribuie la alocare şirul de caractere 
vid; 

- caracterul * (apostrof) joacă rolul separatorului la scrierea unui şir de 
caractere; 


~ caracterele ‘<>’ (parantezele unghiulare) delimitează indicii de tablou (nu 
neapărat numerici); 


caracterul ‘|’ (bara) semnifică o alternativă în construirea de modele; 


- caracterul ‘+’ în prima coloană a unei linii înseamnă continuarea instructi- 
unii de pe linia precedentă. 


Cea mai simplă instrucțiune este cea de atribuire, care are forma: 
[etichetă] variabilă = expresie 


şi cu care se pot initializa variabile sau se pot construi modele. 


De exemplu: 
X = ‘UNDE’ {X are ca valoare şirul de caractere ‘UNDE’} 
Y = "MERGI?! 
Z =X Y  {Zvaavea valoarea ‘UNDEMERGI’ -concatenare } 
Xx { X este inițializată cu şirul de caractere vid} 
T = ‘ALB’ |’ NEGRU’ |’ ROSU’ 
UT este un model cu realizările ‘ALB’, ‘NEGRU’sau ‘ROSU’ } 
P = (‘M’|/T") (ARE? | ATA’) 
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{ T este un model cu realizările ‘MARE’, 
MATA’, ‘TARE’, ‘TATA’ } 


Pita SNOBOL posedă instrucțiuni specifice pentru manipularea 
modele or (detectarea de modele, înlocuirea de modele, atribuirea condiţionată) 
ca şi funcții extrem de puternice pentru construirea de modele. 


Detectarea de modele 


engl, i i ă i i 
PRE (engl.pattern matching) se realizează cu o instrucțiune 


[etichetă] subiect model [: instrucțiune de ramificare ] 
unde: 


Subiect - Este şirul de caractere în care se caută modelul. 
model - Este obiectul instructiunii de detectare (căutare). 


mc de - Specifică unde se face saltul la detectarea modelului în 
e subiect (ieşire pe S) sau la nedetectare (ieşire pe F); în cazul 
când modelul nu este conţinut în subiect şi nu este prevăzută 
instrucțiunea de ramificare la eşec, execuţia se continuă cu 
următoarea instrucţiune. 


De exemplu, în următoarea situaţie: 


se = ‘UNDE MERGI MAINE DIMINEATA’ 
EXT ` ý 
i MAI :S (ACOLO) F (AICI) 
execuția programului se va continua de la i i i 
f nstructiunea cu 
(deoarece ‘MAI’ apare in TEXT). eee 


Instructiunea de inlocuire (engl. replacement Statement) are sintaxa: 


[etichetă] subiect model = obiect [: instrucțiune de ramificare] 
unde: 


subiect - Este şirul de caractere în care se caută modelul; 


obiect - i 
Este şirul de caractere cu care se va înlocui modelul în 


subiect (în cazul în care subi i i 
ubiectul conţine o realizare 
a 
modelului); 


ini at de - Specifică unde se face saltul după înlocuirea obiectului în 
îcare subiect (ieşire pe S) sau la nedetectarea modelului (ieşire pe 
F); în cazul când modelul nu este conţinut în subiect şi nu 
este prevăzută instrucţiunea de ramificare la eşec, execuţia 
se continuă cu următoarea instrucțiune. 
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Următoarea instrucțiune SNOBOL realizează înlocuirea tuturor caracterelor 
‘A’ dintr-un şir de caractere numit TEXT prin ‘aB’: 

BUCLA TEXT ‘A’ = ‘aB’ : S (BUCLA) 
iar 

ELIMBLK TEXT * * = :S (ELIMBLK) 
realizează eliminarea din şirul TEXT a tuturor caracterelor spaţiu. 


Atribuirea condiționată (engl. conditional assignment) permite asocierea 
unui nume de variabilă la o realizare a unui model. Ea are următoarea sintaxă: 


[etichetă] subiect model.variabilă [:instructiune de ramificare] 


unde: 


subiect - Este şirul de caractere în care se caută modelul; 
variabila - Este obiectul atribuirii, în sensul că dacă o realizare a 


modelului este detectată în subiect, atunci variabila va primi 
valoarea acelei realizări; 


instrucțiunea de - Specifică unde se face saltul după atribuire, deci la 
ramificare detectarea modelului în subiect (ieşire pe S) sau la 
nedetectarea acestuia (ieşire pe F); în cazul când modelul nu 
este conținut în subiect şi nu este prevăzută instrucţiunea de 
ramificare la eşec, execuţia se continuă cu următoarea 
instrucțiune. 
Funcţiile SNOBOL destinate construirii de modele sunt (ele operează pe 
şirul subiect): 


LEN(N) - Întoarce primele N caractere consecutive. 
SPAN(sir) - Intoarce primul grup de caractere din subiect care sunt 
conţinute şi în şirul argument. 


BREAK(şir)  - Intoarce primul grup de caractere din subiect care nu sunt 
conținute în şirul argument. 

ANY(şir) -  Întoarce primul caracter din subiect care apare în sir. 

NOTANY(şir) - Întoarce primul caracter din subiect care nu apare în şir. 


Rezultatul apelării acestor funcţii se poate considera de tip boolean (prin 
analogie cu alte limbaje de programare, deşi limbajul SNOBOL nu posedă tipul 
predefinit boolean). La succes (true boolean) va fi generat modelul corespun- 
zător, iar la insucces (false boolean) modelul nu mai interesează. 


Câteva dintre aceste funcții se vor regăsi aplicate în exemplul următor, care 
reia problema rezolvată în Programul 5.1. Pentru o mai uşoară înţelegere a 
textului sursă, am numerotat liniile sursă şi le explicăm în continuare. 
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Programul 5.2. Siruri de caractere in SNOBOL 


ALFABET = ‘ABCDEFGHI JKLMNOPORSTUVWXY2Z’ (1) 
TABEL = TABLE () (2) 
URMSIR SIR = INPUT : F (TERM) (3) 
OUTPUT = SIR (4) 
URMCAR SIR 
ANY (ALFABET) . CARACTER = “4r F (Model) (5) 
TABEL<CARACTER> = 
TABEL<CARACTER>+1 (URMCAR) (6) 
MODEL LISTAIND = ALFABET (7) 
URMIND LISTAIND LEN(1).INDICE = :F (URMSIR) (8) 


TABEL<INDICE> LEN (1) : F (URMIND) (9) 
OUTPUT = INDICE + APARE DE `^ 


TABEL<INDICE> 1 ORI? (10) 
TABEL<INDICE> = : (URMIND) (11) 

TE 
RM (12) 


condiționată, în care subiectul este SIR modelul este ANY(A iabi 

t A LFABET), variabila 
este CARA CTER, iar obiectul este “p. Semnificaţia ei este următoarea: se caută 
în SIR primul Caracter ce face parte din șirul ALFABET, adică prima literă; la 
Succes, variabila CARACTER va primi valoarea caracterului alfabetic găsit 


P Tehnica folosită aici (extragere si înlocuire de caracter din sir) este proprie 
imbajului SNOBOL, ea prevenind numărarea de două ori a aceluiaşi caracter 
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din șirul de intrare. Linia 6 realizează contorizarea frecvenţelor, revenindu-se 
upoi la linia 5, de unde se preia următorul caracter din şir ş.a.m.d. La terminarea 
prelucrării caracterelor alfabetice din SIR, acesta va conţine caracterul ‘#’ în 
locul oricărei litere şi se va începe tipărirea frecvențelor. în linia 7, conţinutul 
variabilei ALFABET se copiază în variabila de lucru numită LISTAIND. Linia 8, 
cu eticheta URMIND, conţine o nouă instrucţiune de înlocuire şi atribuire 
condiționată, în care subiectul este LISTAIND, modelul este LEN(I), adică 
primul element din LISTAIND, variabila este INDICE, iar obiectul este şirul vid. 
Cu alte cuvinte, primul caracter din şirul LISTAIND este extras în INDICE, după 
care el este şters din LISTAIND şi se trece la instrucțiunea din linia 9. Dacă 
LISTAIND este şirul vid, înseamnă că s-au tipărit toate frecvențele şi se trece la 
citirea unui nou şir de caractere (linia 3, eticheta URMSIR). Linia 9 verifică dacă 
frecventa caracterului INDICE este nenulă, testând dacă TABEL<INDICE> 
conţine un şir de lungime 1 (aceasta înseamnă că pentru CARACTER = INDICE 
s-a executat cel putin odată linia 6). Dacă frecvenţa este nulă, se trece la un alt 
caracter din alfabet (eticheta URMIND, linia 8), iar în caz contrar, în linia 10 se 
face efectiv tipărirea caracterului INDICE şi a frecvenţei acestuia 
TABEL<INDICE> în fişierul standard de ieşire; apoi în linia 11 se iniţializează 
frecvența cu şirul vid, făcându-se apoi salt la URMIND. 


Al doilea exemplu din SNOBOL conţine construirea unui model cu ajutorul 
căruia se poate face analiza lexicală a unui şir de caractere, verificându-se dacă 
şirul respectiv conţine sau nu o instrucțiune for corectă din ALGOL60. 


INSTR-FOR = (*CLAUZA-FOR INSTR)|(ETICHETA ‘:’ *INSTR-FOR) 
CLAUZA-FOR = ‘FOR’ VARIABILA ‘:=’ *LISTA-FOR ‘DO’ 
LISTA_FOR = *ELEM-LISTA-FOR| 

(*ELEM-LISTA-FOR ‘,’ *LISTA-F OR) 
ELEM-LISTA-FOR = EXPR-ARITM | 
+ (EXPR-ARITM ‘STEP’ EXPR-ARITM ‘UNTIL’ EXPR-ARITM)| 
+ (EXPR-ARITM ‘WHILE’ EXPR-BOOL) 


Asteriscul precizează interpretorului SNOBOL că evaluarea numelui care 
apare după el se face doar la momentul când este nevoie de acesta la construirea 
modelului, permiţând atât definirea recursivă a modelelor (NSTR-FOR, 
LISTA-FOR), cât şi referirea înainte (adică referirea unui pattern care nu a fost 
incă definit) cum este cazul la JNSTR-FOR (referă pe CLAUZA-FOR), 
CLAUZA-FOR (LISTA-FOR), LISTA-Fi OR(ELEM-LISTA-FOR). Definitia de 
mai sus este incompletă, din ea lipsind construirea modelelor pentru INSTR, 
ETICHETA, VARIABILA, EXPR-ARITM, EXPR-BOOL, însă considerăm că este 
suficient de sugestivă pentru conciziunea şi claritatea exprimării. Conform 
definiţiei precedente, un şir de caractere LINIESURSA va fi prelucrat astfel: 


LINIESURSA INSTR-FOR : S (CORECT) F (INCORECT) 


instrucțiunea de detectare de model de mai sus făcând salt la eticheta CORECT 
când LINIESURSA conține o instrucțiune FOR corectă sintactic, respectiv salt la 
eticheta INCORECT în caz contrar. 


Turbo Pascal 


Limbajul standard Pascal nu posedă tipul de date şir de caractere. Acesta se 
poate declara totuși ca tip utilizator, prin 


type string = array [0..n] of char; 


dar acesta va avea ca domeniu de valori multimea de tablouri de n caractere care 


au o lungime fixă stabilită la compilare (deci nu stabilită dinamic). Turbo 
Pascal declară un şir de caractere prin String[n], unde n este lungimea sirului 
sau prin string (cuvânt rezervat Turbo Pascal), ultima echivalentă eu 
string[255]. Literalii şir de caractere se marchează între apostroafe (dacă în şir 


apare şi caracterul apostrof, acesta trebuie dublat): 
— “Ionescu” 
— ‘Da’’ de ce?” 


Unul dintre avantajele majore aduse de tipul string este posibilitatea 
accesării globale a entității şir de caractere (read(s) sau writeln(s) spre exemplu) 
spre deosebire de tabloul de caractere care nu permite decât referiri punctuale 
(numai a componentelor s[i]). 


Dupa cum am arătat şi la începutul acestui paragraf, reprezentarea Turbo 
Pascal a sirurilor de caractere impune ca lungimea maximă a acestora să fie de 
255 (întregul maxim fără semn ce se poate reprezenta pe un octet). Operatiile 
permise pe şiruri in Turbo Pascal sunt concatenarea (4), atribuirea şi cele 
relationale (=,>,<>,<=,>=). Există 6 functii si proceduri standard ce opereaza 
pe siruri de caractere: 


Concat(s/,s2) - Produce şirul s1+s2. 
Copy(s,poz,lung) 


- Produce subsirul de /ung caractere ce începe pe poziția poz 
în şirul s. i 
Delete(s,poz,lung) 
- Şterge din s lung caractere, începând cu poziția poz. 
Insert(s1,s,poz) - Inserează în şirul s şirul s/, începând cu poziţia poz. 
Pos(s/,s) - Intoarce pozitia de la care începe şirul s/ în şirul s sau 0 
daca s/ nu este continut in s. 
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Length(s) -  Întoarce lungimea sirului s. 


Începând de la versiunea 6.0, Turbo Pascal permite folosirea şirurilor de 
caractere terminate cu ‘#0’ (null-terminated strings). Un astfel de şir constă 
dintr-un şir de cel mult 65535 caractere ASCII diferite de caracterul NULL, 
terminat cu acest caracter. Astfel de şiruri de caractere sunt memorate ca tablouri 
de caractere, declarate în forma: 

array[0..n] of char; 


unde n este un întreg strict pozitiv. Implementarea acestui tip de date este dată în 
unit-ul Strings, iar principalul motiv al introducerii acestora este alinierea la 
maniera C de reprezentare a şirurilor de caractere, cerută de Windows API. 


În plus, există tipul predefinit OpenString, echivalent declaraţiei: 


type OpenString = array of char; 


permis a fi folosit ca parametru formal în declaraţiile de subprograme. Acest tip 
de şir de caractere este o particularizare a tipului de date tablou deschis şi asigură 
flexibilitate subprogramelor scrise, înlăturând restricțiile severe ale limbajului 
Pascal privitoare la concordanța listelor de parametri formali si actuali. Un 
parametru formal de tip OpenString isi va adapta dinamic lungimea în funcţie 
de parametrul actual transmis, pe când celelalte variante (parametri de tip string 
de lungime maximă fixată) vor trunchia valorile parametrilor actuali la această 


lungime. 


C++ 

În C++ tipul sir de caractere nu este predefinit. Tratarea şirurilor de caractere 
se poate face folosind declaraţia de tablou: 

char [n] (şir de n caractere) 
sau 

char [] (şir de caractere deschis) 


Indicii acestor tablouri încep cu 0, iar reprezentarea se face în convenţie C. 


Oberon 


În Oberon nu este predefinit tipul şir de caractere. Tratarea şirurilor de 


caractere se poate face folosind declaraţia de tablou: 
ARRAY n OF CHAR (sir de n caractere) 
sau i 
ARRAY of CHAR (şir de caractere deschis) 
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Indicii acestor tablouri încep cu 0, iar reprezentarea se face in convenţie C. 


5.3. Tipuri pointer 


Tipul de date pointer are domeniul format din adresele altor entități 
(reprezentabile în memorie) dintr-un program. El nu există în FORTRAN, 
COBOL sau ALGOL60, fiind introdus pentru prima dată în PL/1. Lucrul cu 


informaţii: adresa segmentului de memorie în care se găseşte entitatea şi 
deplasamentul acesteia în segment (“distanta” față de începutul acestuia). 


Există două clase de pointeri: cu tip şi fără tip. Pointerii cu tip conţin adrese 
de entități de acelaşi tip, fiind integrați în sistemele de tipuri. Pointerii fără tip 
referă orice entitate din memorie, indiferent de tipul acesteia. În PL/1, de 
exemplu, un pointer poate referi orice variabilă (indiferent de tipul ei), iar în 
Pascal este predefinit tipul Pointer (pointer fără tip) şi se pot defini, cu 
mecanismul type, pointeri cu tip. 


Variabilele pointer constituie o alternativă de accesare a entităților din 
memoria unui program, prin intermediul unui aşa numit mecanism de 
indirectare. Un pointer care nu referă nimic are valoarea echivalentă cu 0 
(pointer nul); în caz Contrar, valoarea sa este adresa entității respective, iar 
informaţia de tip al pointerului exprimă şi tipul entității referite de pointer. 


Uzual, o declaraţie de tip pointer specifică, printr-un constructor de tip: 
— numele noului tip pointer (opţional); 
— numele tipului referit de pointer (obligatoriu). 


In cazul când entitatea este o variabilă, pointerul are ca valoare adresa 
acesteia din memorie. În cazul variabilelor alocate în memoria dinamică, acestea 


face cu operaţii specifice de alocare, respectiv de dealocare, aplicate pointerului. 


Pointerii asigură flexibilitate în execuţia unui program, însă trebuie gestionati 
cu atenţie. Programatorul controlează durata de viaţă a variabilelor şi-şi 
gestionează singur o anumită parte a memoriei calculatorului; acestea sunt, 
desigur, libertăți necesare într-o lume democrată, cum este şi lumea informaticii. 
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Practica a arătat însă că nu sunt puține situațiile când libertățile gresit înțelese se 
Întorc împotriva aceluia care beneficiază cu prea multă larghete de ele. 


În acest sens, semnalăm problema referinfei ambigue, fără rost (engl. 
dangling reference), care apare atunci când se foloseşte un pointer a one 
valoare referă ceva ce nu mai este alocat in memorie. Iată un exemplu în Turbo 
Pascal: 


program unu; 

var x:“integer; 
procedure P; 
var y:integer; 
begin 


{ y declarat ca variabilă locală pt.P } 


:=@y; {x primeşte ca valoare o adresă din stivă! } 


end; 
begin P; writeln(x*); end; 


Variabila spre care pointează x (adică y) este dealocată la ieşirea din 
procedura P, deci referirea la x^, deşi corectă sintactic, constituie un acces de tip 
dangling reference. Se va tipări în general o valoare reziduală. 


Să remarcăm însă că varianta de mai jos este corectă: 


program doi; 
var x:“integer; 

procedure P; o ; 

var y:^integer; { y declarat tot ca variabilă locală } 

begin { însă de tip pointer } 

new(y); y*:=7; {variabila dinamică y^ este } 
{ alocata in heap } 
x:=@y*; {atribuire echivalentă semantic cu x:=y, 
însă necesar a fi scrisă aşa, deoarece 
datorită principiului echivalentei de nume a 
tipurilor adoptat de Turbo Pascal, x:=y ca 
atribuire de variabile ar produce eroarea 
sintactică ‘Type mismatch‘, tipurile 
variabilelor x şi y nefiind considerate 
echivalente, fiind tipuri anonime. În schimb, 
@y^ reprezintă o expresie, regulile | 
implicite de conversie ale limbajului a 
Turbo Pascal permiţând o astfel de atribuire 
şi realizând compatibilizarea necesară la 
atribuire ) 
end; 
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begin P; writeln(x*); end; 


Desi variabila y a fost şi aici dealocată la ieşirea din procedura P, valoarea y^ 
a fost alocată în heap, deci durata ei de viață nu este legată de durata de viață a 


variabilei y, deci referirea x^ nu mai produce aici dangling reference. Valoarea 
tipărită va fi 7. 


Nu același lucru se va produce însă în cazul în care se realizează înainte de 
ieşirea din procedură disponibilizarea spaţiului de memorie alocat prin new, 
situaţie în care avem de-a face din nou cu un caz de dangling reference: 


program trei; 

var x:“integer; 
procedure P; 
var y:“integer; 


begin 
new(y); y*:=7; 
x:=ly^; 
dispose (y); 
end; 
begin 
P; writeln (x^); 
end; 


{ accesarea valorii x^ revine aici la accesarea unei zone după 
disponibilizarea acesteia, deci, apare referință ambiguă } 


Limbaje precum PL/1 sau Pascal permit acest gen de incidente, pe când 
ALGOL68 nu, deoarece în cadrul acestuia variabilelor pointer nu li se pot 
atribui valori ce referă locaţii a căror durată de viaţă este potenţial mai scurtă 
decât cea a pointerilor. O altă soluție, care nu implică acţiuni din partea 
programatorului, este mecanismul garbage collection (adoptat de LISP spre 
exemplu), care gestionează memoria dinamică si colectează toate locaţiile care 
nu mai sunt referite, disponibilizându-le. 


În concluzie, argumentele majore pentru includerea tipului de date pointer 
într-un limbaj de programare sunt: 


— libertatea oferită programatorului în controlarea duratei de viață a vari- 
abilelor; 


— flexibilitatea sporită a programelor realizate, prin folosirea structurilor de 
date dinamice; 


— actualizarea selectivă a structurilor complexe, fără recopierea întregii 
structuri; 


— compactitatea codului scris prin folosirea pointerilor la funcţii. 


În lipsa unei riguroase discipline în programare, utilizarea pointerilor poate fi 
un coșmar, erorile tipice fiind: 
e încercarea de a accesa o entitate printr-un pointer înainte de initializarea 
pointerului ce o referă, lucru ce conduce la erori de execuție; 


e încercarea de a accesa o locaţie după ce aceasta a fost eliberată, lucru ce 
conduce la rezultate imprevizibile în execuţie. 


Turbo Pascal 


Un tip pointer în Turbo Pascal are ca domeniu o mulțime de valori vare 
punctează spre (referă) variabile dinamice de un tip specificat, numit tip de bază: 


type TipPointer = ^TipDeBază; 

Dacă TipDeBază este un identificator nedeclarat, acesta trebuie oi wat in 
aceeasi declaraţie type. O variabilă de tip TipPointer va conţine adresa din 
memorie a unei variabile de tip TipDeBazd. 

În Turbo Pascal există tipul predefinit pointer, corespunzător pointerului 
fără tip. Variabilele de tip pointer nu pot fi dereferentiate, fiind necesară o 
conversie explicită de tip, care să specifice modul de interpretare al conținutului 
referit de aceste variabile pointer. Tipul predefinit pointer este compatibil cu 
orice alt tip pointer. 

Atribuirea valorii la o variabilă p de tip TipPointer se poate face în patru 
moduri: 


4. prin apelul procedurilor New sau GetMem: 


— New(p); 
Alocă variabila dinamică p^ referita de p şi-i pune adresa in p. 
— GetMem@, n); 


Alocă un bloc de n octeți şi-i pune adresa in p. 
b. folosind operatorul adresă @: 
p := @y, 
unde v este de tip TipDeBază. 


Pentru cazul variabilelor procedurale (vezi justificarea dată în 5.4.) trebuie 
folosit operatorul @@: 5 


p := @@f, 


unde f este o variabilă de tip procedural. 
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c. folosind funcția Ptr: 
P = TipPointer(Ptr(Segment, Offset)) 
d. folosind atribuirea de pointeri: 


Pq; 
q este tot de tip TipPointer. 


In situatia (c) s-a efectuat conversia explicită (cast) la TipPointer, deoarece 
Ptr intoarce un pointer fără tip. Semantica operaţiilor de atribuire (de valori şi de 
pointeri) este discutată în capitolul 7. 


Numai situația (a) corespunde creării unei variabile dinamice: cazurile (b), 
(c) şi (d) permit folosirea pointerilor şi pentru entități nealocate dinamic, 
extinzând semantica acestora. 


Dealocarea unei variabile sau a unui bloc de memorie dinamică se face cu 
procedurile standard Dispose, respectiv FreeMem. Pentru exemplul (a), 
dealocările se fac respectiv cu: 


— Dispose(p); 


Dealocă variabila dinamică p^ referită de P; valoarea lui p va fi 
nedefinită în urma acestei operaţii. 


— FreeMem(, n); 


Dealocă un bloc de n octeți; valoarea lui p va fi nedefinită după 
dealocare. 


Echivalentul lui 0 pentru domeniul tipurilor pointer este notat în Pascal cu 
cuvântul rezervat nil. 


| Operația de dereferentiere se notează cu A: dacă p este o variabilă de tipul 
TipPointer, p" referă variabila punctată de p, deci p^ are tipul TipDeBază. 


| _Un neajuns al limbajului Turbo Pascal este acela că nu face implicit 
inițializarea pointerilor. Versiunea 7.0 introduce funcţia Assigned, care 
determină dacă o variabilă procedurală sau pointer are valoarea nil: 


var P: Pointer; (variabilă globală; alocată în Data Segment) 
begin 
P := nil; {initializare cu nil} 
if Assigned (P) 
then Writeln (‘Forte supranaturale’); 
P := @P; {initializare cu adresa lui P} 
if Assigned(P) 
then Writeln (`P contine chiar adresa sa’ + 
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` din Data Segment’); 
end. 


C++ 


C++ moşteneşte de la limbajul C abilități deosebite în declararea şi lucrul cu 
tipurile pointer. În plus faţă de C, C++ introduce tipul referință (prezentat tot în 
aceasta secțiune) şi tipurile pointeri la membri ai claselor. 


Un tip pointer la tipul T se precizează printr-o declaraţie T*. Uzual, stilul de 
programare C nu recurge la nume proprii pentru tipurile de date pointer; sintaxa 
limbajului este deosebit de flexibilă în a permite declararea de tipuri pointer la 
tipuri de date complexe. Prin urmare, astfel de tipuri de date pointer anonime se 
folosesc frecvent în declarațiile (şi definițiile) de variabile sau parametri formali. 
În capitolul precedent s-au prezintat exemple de declaraţii de variabile de tip 
pointer. 


Nu se pot declara pointeri la referinţe şi pointeri la şiruri de biti. 
Operatiile asupra tipurilor pointer sunt: 
* (indirectarea) 


*p are ca rezultat obiectul de tip T'referit de p dacă p este de tipul pointer 
la T. 


& (adresa lui) 


&p are ca rezultat obiectul de tip pointer la T (T fiind tipul lui p) care 
referă pe p, deci cu alte cuvinte, adresa lui p. 


th, 35 

Incrementarea şi decrementarea valorilor de tip adresă. 
funcţiile new(Q) si delete() 

Alocare şi dealocare de variabile dinamice referite de pointeri. 
operaţii de comparare. 


Semantica acestor operaţii este prezentată în capitolul următor. 


Limbajul C posedă numai semantica apelului prin valoare pentru transmi- 
terea parametrilor actuali ai funcțiilor. Apelul prin referință se poate simula 
folosind explicit pointerii. De multe ori este suficientă prima metodă de 
transmitere prin valoare, mai ales pentru tipurile fundamentale ale limbajului. Ea 
poate deveni însă neconvenabilă pentru parametri de tipuri de date utilizator de 
dimensiune mare (Observaţie: O inconsistență semantică a limbajului C este că 
tablourile se transmit întotdeauna prin referință) şi devine un impediment serios 
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în calea definirii unei notații convenţionale pentru TD utilizator din C++. Ca 
urmare, a fost introdus conceptul de referință, care funcționează ca numele unui 
obiect: 


T& 
înseamnă referință la T. 

O variabilă referință trebuie initializati, iar numele ei devine un nume 
alternativ al obiectului cu care este iniţializată. De exemplu: 

int a = 1; //“a” este un întreg initializat cu “1" 

int& r = a; //“r”este o referință initializata cu “a” 

Referinta r şi întregul a se pot folosi la fel şi cu aceeaşi semantică. De 
exemplu: 


int b = r; //“b” este initializat cu valoarea lui “r”, deci “1" 
r = 2; // valoarea lui “r”, deci şi valoarea lui “a” 
// devine “2" (nu şi valoarea lui ”b"). 


Referințele permit ca variabilele de tipuri complexe (de lungime mare) să fie 
manipulate eficient fără să se folosească explicit pointeri. În particular sunt utile 
referintele constante: 


matrix operator+ (const matrix& a, const matrix& b) 
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// codul de aici nu poate modifica valorile pentru “a” şi “b” 
} 


matrix a = b+c; 


in astfel de cazuri, este păstrată semantica apelului prin valoare, dar in 
condițiile de eficiență ale apelului prin referință. Nu este permisă declararea 
tipului void& (referință la void). Nu pot exista referinţe la referinţe şi şiruri de 
biti, nici tablouri de referințe, nici pointeri la referinţe. 


Oberon 


Definiţia unui tip pointer în Oberon este: 
TipPointer = POINTER TO TipDeBază 


cu precizarea că TipDeBază trebuie să fie tip înregistrare sau tablou. O variabilă 
de fip pointer TipPointer are ca valoare adresa unei variabile de tipul 
TipDeBază. Tipurile pointer împrumută relaţia de extensibilitate a tipurilor lor 
de bază: dacă un tip 77 este o extensie a lui T, P este tipul pointer la T, iar P1 este 
tipul POINTER TO 77, atunci şi P/ este o extensie a lui P. 
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Operatiile permise asupra tipului pointer sunt dereferentierea, atribuirea (de 
valori și de pointeri), initializarea (prin apelul procedurii predeclarate NEW). 
Dacă p este o variabilă de tipul P = POINTER TO 7, un apel al procedurii 
predeclarate NEW(p) va aloca în memoria dinamică o variabilă de tipul 7. Dacă 
T este tip înregistrare sau tablou cu lungime fixă, alocarea se poate face cu 
NEW(p); dacă T este un tip tablou deschis (fără a avea lungimile precizate) 
n-dimensional, alocarea se face cu apelul NEW(p, eo, ..., en-1), T fiind alocat cu 
lungimile precizate de expresiile eo, ..., en-1. În ambele situaţii, lui p i se atribuie 
un pointer la variabila alocată. Variabila p este de tipul P. Variabila dinamică 
referita de p, notată p^ şi numită variabila p-referită este de tipul T. Orice 
variabilă pointer poate primi valoarea NIL, care are semnificaţia că pointerul nu 
punctează spre nici o variabilă. 


5.4. Tipuri procedurale 


Un tip procedural este un tip de date cu domeniul format din mulţimea 
tuturor procedurilor sau funcțiilor ce respectă un anumit şablon, definit în cadrul 
declarării tipului procedural în cauză. 


Uzual, o declaraţie de tip procedural specifică, printr-un constructor de tip un 
aşa numit şablon (pattern), ce conţine: 


— numele noului tip procedural (optional); 


tipul şi numele (nume care sunt însă fără semnificaţie în contextul de- 
clarării) eventualilor parametri formali ai procedurilor sau funcțiilor ce vor 
respecta şablonul; 


— tipul rezultatului întors (dacă e vorba despre funcţii). 


O variabilă procedurală are şi ea un nume, un tip şi o valoare. Tipul 
variabilei conţine informaţia ce serveşte la verificarea consistentei folosirii ei 
(tipul argumentelor şi, eventual tipul rezultatului întors), iar valoarea unei 
variabile procedurale este de fapt adresa codului procedurii în cauză în cadrul 
programului executabil. Valorile care se pot atribui în cursul execuţiei unui 
program unei variabile de tip procedural sunt (sintactic vorbind) numele 
procedurilor/functiilor ce sunt declarate în acel program sau numele proce- 
durilor/functiilor externe de tip compatibil cu tipul procedural al variabilei care 
este iniţializată. Aceste nume joacă aşadar rolul unor constante relativ la tipul 
procedural respectiv. Invocarea unei variabile de tip procedural (folosind 
parametri corespunzători) are ca efect apelarea procedurii/functiei referite de 
aceasta. 


Variabilele procedurale se folosesc ca orice alte variabile, cu restrictia însă că 
în cadrul limbajelor imperative ele nu pot fi returnate ca valori ale unor funcții. 
Mai pot exista şi alte restricţii în funcție de limbajul concret la care ne referim. În 
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particular, ele se dovedesc utile ca parametri formali in declaratia altor 
subprograme. i 


Turbo Pascal 


Limbajul Pascal standard consideră subprogramele (procedurile si funcțiile) 
doar ca unități de program care se execută la întâlnirea unei instrucțiuni de apel. 
Incepând cu versiunea 5.0, Turbo Pascal permite ca subprogramele să fie tratate 
ca obiecte (au o zonă de memorie asociată), deci adresa lor se poate atribui unor 
variabile şi ele pot fi transmise ca parametri altor subprograme. Toate aceste 
acțiuni se execută sub controlul sistemului de tipuri. 


O declarație a unui tip procedural are următoarea formă: 


<tip_procedură> <antet_procedură>——-> 


<antet_funcţie> | 


| Sintaxa este similară antetului de procedură sau de funcţie, cu diferența că 
identificatorul care apare în antet după cuvîntul cheie procedure sau function 
lipseşte în declaraţia tipului procedură. Pentru un tip funcţie, se specifică în plus 
şi tipul rezultatului întors. Un acelaşi apel poate pune în execuţie un subprogram 
sau altul, în funcție de valoarea pe care o are la un moment dat variabila 
subprogram (de tip procedural) folosită în apel. Exemplele următoare sunt 
declaraţii ale unor tipuri procedurale: 


type 

procfarapar = procedure; 

procparreal = procedure (var a,b,c:real); 

freal = function (x:real):real; 

ffunc = function (pl,p2:real; 
f:freal):real; 

funcfarapar = function:real; 

echivdoi = procedure (var x,y,z:real); 


Numele parametrilor din cadrul unei declaraţii de tip procedural sunt pur 
decorative, semnificaţie având doar tipul acestora si ordinea în care ei apar (din 
acest motiv de exemplu, tipurile procparreal şi echivdoi sunt echivalente). 
cig de variabile subprogram se face ca şi în cazul celorlalte variabile. De 
exemplu: 


var pl:procparreal; 
f1,f2:freal; 


Unei variabile subprogram i se pot atribui ca valori numele unor proceduri 


(funcţii) sau variabile subprogram de acelaşi tip. De exemplu, dacă avem 
declaraţia 


function fff(y:real):real; 
begin ... end; 


Atunci sunt permise atribuirile 


fl:=fff; 
f2:=f1; 


Dacă ulterior acestor atribuiri in program apare apelul fI (z), acesta are acelaşi 
efect ca f(z) sau ca f2(z). În acest context numele fff apare ca o constantă 
(numele unei funcţii definite de utilizator), in contrast cu f7 sau f2 care sunt 
variabile ce pot fi atribuite cu numele oricărei funcții de tip freal (o atribuire de 
genul ff'=/1 este interzisă). Ca urmare, se poate considera declaraţia -unei 
proceduri (funcţii) ca un caz special de definire de constantă. Ca implementare, 
vuloarea unei constante sau variabile de tip subprogram este adresa de început a 
procedurii (funcţiei) în cadrul codului compilat. Aşadar atribuirea de valori 
procedurale se reduce la nivel intern la o atribuire de adrese. 


Pentru ca o atribuire să fie validă tipurile valorilor stângă şi dreaptă trebuie să 
fie compatibile. În cazul tipurilor procedurale aceasta revire la condiţia ca 
tipurile valorilor respective să aibă în cadrul antetului declarației acelaşi număr 
de parametri, iar parametri din pozițiile corespondente să aibă acelaşi tip (după 
cum am menţionat anterior numele lor nu prezintă importanță). În plus, pentru 
funcții, tipul valorii returnate trebuie să fie acelaşi. 


Pentru a putea fi atribuită unei variabile subprogram, o procedură sau o 
funcție trebuie să îndeplinească următoarele condiţii: 


e să fie compilată cu opţiunea de compilare {$F+} (force far calls); 
e  sănu fie o procedură (funcție) standard, inline sau interrupt; 


e să fie o procedură sau funcție definită la nivelul cel mai exterior al unui 
text sursă, adică să nu fie declarată în interiorul unei alte funcţii sau 
proceduri. 


Ca şi alte tipuri, tipurile procedurale pot fi utilizate pentru alcătuirea unor 
tipuri complexe (tablouri de proceduri de exemplu sau înregistrări ce conțin 
proceduri). Există totuşi restrictia de a nu se putea declara funcţii ce returnează 
valori de tip procedural (justificarea acestei restricții constă în imposibilitatea 
păstrării în condiţiile metodei clasice de execuţie - cea cu stivă de înregistrări -a 
corespondenței dintre valoarea procedură returnată şi mediul ei de definire). 


Uneori, efectul asociat unei variabile sau constante subprogram (în sensul 
stabilirii faptului dacă este vorba despre apelul subprogramului în cauză sau doar 
despre invocarea adresei sale de început) poate fi determinat din context, ca în 
exemplul: 


type fct = function:real; 


var f:fct; x:real; 
function fl:real; 
var y:real; 
begin read(y); fl:=y; end; 
begin 
f:=f£1; {se atribuie o valoare procedurală } 
x:=f£1; {se atribuie valoarea întoarsă de funcţie) 
end; 


Există însă şi situaţii când acest efect nu poate fi determinat din context, ca 
de exemplu în cadrul expresiei 


if f1 <> f then... 


În acest caz nu este clar dacă trebuie considerate valorile variabilelor 
subprogram f şi f] (deci comparaţie de adrese) sau valorile de tip real obţinute 
prin execuţia funcţiilor desemnate de ele (comparaţie de numere reale). Pentru a 
păstra corespondenţa dintre regulile limbajului Pascal standard şi cele din Turbo 
Pascal s-a convenit ca expresiei fI<>f să i se asocieze a doua interpretare. 
Pentru a compara valorile subprogram ale celor doi operanzi va trebui folosit 
operatorul ‘@’: 


if @f1 <> @f then... 


Operatorul ‘@’ aplicat unei funcţii previne apelul său, realizând conversia 
valorii subprogram într-o valoare pointer. 


Pe de altă parte, dacă dorim accesarea adresei unei variabile procedurale 
(Atenţie! - de data aceasta @f înseamnă adresa de început a funcţiei sau 
procedurii desemnate de f si nu adresa variabilei procedurale f!) va trebui utilizat 
operatorul ‘@@’. Astfel, expresia @@f va avea ca valoare adresa fizică a 
variabilei procedurale f. 


După cum s-a precizat mai sus funcțiile (procedurile) predefinite nu pot fi 
transmise ca parametri actuali. De exemplu, un apel de forma proc(sin) nu este 
corect deoarece sin este o funcţie predefinită. Inconvenientul poate fi însă 
depăşit prin definirea unei funcții sin] astfel: 

function sinl(x:real) :real; 

begin 
sinl:=sin(x); 
end; 


in operatiile cu subprograme si pointeri se pot utiliza conversii explicite de 
tip, ca de exemplu în secvenţa următoare: 


type functie = function(x:real):real; 
var f:functie; p:pointer; r:real; 
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f:=functie(p); {adresa din p este atribuită ca valoare 
subprogram lui f } 

functie (p):=f; {valoarea subprogram a lui f este 
atribuită pointerului p } 


f := p ; {valoarea lui f devine adresa din p} 
@f ; {valoarea subprogram a lui f este 
atribuită pointerului p } 
r := f(r); {apelal funcției f) 
functie (p) (r); {apel alrior al unui 
text sursă, adică să nu fie declarată în interiorul unei alte funcţii sau 
proceduri. 


Ca şi alte tipuri, tipurile procedurale pot fi utilizate pentru alcătuirea unor 
tipuri complexe (tablouri de proceduri de exemplu sau înregistrări ce conțin 
proceduri). Există totuşi restrictia de a nu se putea declara funcţii ce returnează 
valori de tip procedural (justificarea acestei restricții constă în imposibilitatea 
păstrării în condiţiile metodei clasice de execuţie - cea cu stivă de înregistrări -a 
corespondenței dintre valoarea procedură returnată şi mediul ei de definire). 


Uneori, efectul asociat unei variabile sau constante subprogram (în sensul 
stabilirii faptului dacă este vorba despre apelul subprogramului în cauză sau doar 
despre invocarea adresei sale de început) poate fi determinat din context, ca în 
exemplul: 


type fct = function:real; 











var f:fct; x:real; 
function fl:real; 
var y:real; 
begin read(y); fl:=y; end; 
begin 
f:=f£1; {se atribuie o valoare procedurală } 
x:=f£1; {se atribuie valoarea întoarsă de funcţie) 
end; 


Există însă şi situaţii când acest efect nu poate fi determinat din context, ca 
de exemplu în cadrul expresiei 


if f1 <> f then... 


În acest caz nu este clar dacă trebuie considerate valorile variabilelor 
subprogram f şi f] (deci comparaţie de adrese) sau valorile de tip real obţinute 
prin execuţia funcţiilor desemnate de ele (comparaţie de numere reale). Pentru a 
păstra corespondenţa dintre regulile limbajului Pascal standard şi cele din Turbo 
Pascal s-a convenit ca expresiei fI<>f să i se asocieze a doua interpretare. 
Pentru a compara valorile subprogram ale celor doi operanzi va trebui folosit 
operatorul ‘@’: 


if @f1 <> @f then... 


Operatorul ‘@’ aplicat unei funcţii previne apelul său, realizând conversia 
valorii subprogram într-o valoare pointer. 


Pe de altă parte, dacă dorim accesarea adresei unei variabile procedurale 
(Atenţie! - de data aceasta @f înseamnă adresa de început a funcţiei sau 
procedurii desemnate de f si nu adresa variabilei procedurale f!) va trebui utilizat 
operatorul ‘@@’. Astfel, expresia @@f va avea ca valoare adresa fizică a 
variabilei procedurale f. 


După cum s-a precizat mai sus funcțiile (procedurile) predefinite nu pot fi 
transmise ca parametri actuali. De exemplu, un apel de forma proc(sin) nu este 
corect deoarece sin este o funcţie predefinită. Inconvenientul poate fi însă 
depăşit prin definirea unei funcții sin] astfel: 

function sinl(x:real) :real; 

begin 
sinl:=sin(x); 
end; 


in operatiile cu subprograme si pointeri se pot utiliza conversii explicite de 
tip, ca de exemplu în secvenţa următoare: 


type functie = function(x:real):real; 
var f:functie; p:pointer; r:real; 
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f:=functie(p); {adresa din p este atribuită ca valoare 
subprogram lui f } 

functie (p):=f; {valoarea subprogram a lui f este 
atribuită pointerului p } 


f := p ; {valoarea lui f devine adresa din p} 
@f ; {valoarea subprogram a lui f este 
atribuită pointerului p } 
r := f(r); (apelal funcției f) 
functie (p) (r); {apel al funcției f prin p} 


În exemplul de mai jos este definit tipul funcție tipf, realizându-se apoi apel 
direct şi indirect al procedurii apelparf cu parametri actuali de tip procedural: 


R 
|] 


{SE+} | 
rogram tipproc; | | 
ii type tipf = function(x,y:integer) :integer; 


var varf:tipf; 


procedure apelparf (func:tipf; x, y:integer) ; 
begin writeln(func(x,y)); end; 


function aduna(x, y:integer) :integer; 
begin aduna := x+y; end; 


function scade(x,y:integer) :integer; 
begin scade := x-y; end; 


begin 
apelparf (aduna, 5,7); a 
apelparf (scade, 9,4); {apeluri directe } 


varf := aduna; { atribuire de pointeri } 
apelparf (varf,5,7) ; 
varf := scade; 


apelparf (varf, 9,4) ; { apeluri indirecte } 





C şi C++ 


In limbajul C un nou tip se declară prin prefixarea unei declaraţii de variabilă 
cu cuvântul rezervat typedef, numele variabilei devenind nume de tip. Aşadar în 


cazul definirii de tipuri funcţionale vom avea forma generală: 
typedef <declaratie de > functie> 


ceea ce face ca declaratiile Pascal de tip procedural de mai înainte să aibă 


următoarele echivalente în C: 


typedef void procfarapar (); //definitie de tip 
procfarapar pfp; //definiţie de variabilă 
typedef void procparreal (float a, float b, 


float c); 
typedef float freal (float x); 
typedef float ffunc (float pl, float p2, 
freal f); 
typedef float funcfarapar (); 
typedef void echivdoi (float x, float y, 
float z); 


numele unei funcții fară parametri şi de tip void 


„Adresa unei funcții se obţine deci prin simpla specificare a numelui funcţiei 
fără paranteze şi această adresă poate fi atribuită unui pointer de funcţie cu 
rezultat ŞI parametri compatibili. Pointerul poate fi folosit apoi pentru apelul 
funcţiei: 

int f(int,char); 


j /* declarația funcției f */ 
int (*pf) (int, Char); 


/* se declara pf ca pointer la 
funcţie de două argumente (int şi char) 


| l ce întoarce un întreg */ 
int i,j; char c; 


pf = f; /* atribuire de adrese */ 
j = (*pf) (i,c); /* apelul funcţiei f folosind pf */ 
Ambiguitatea de la Pascal de genul “if f1<f then...” aici nu apare deoarece 


limbajul C cere ca la apelul unei funcții chiar şi fără parametri să fie utilizate 
parantezele rotunde. Aşadar, condiția de mai sus se va scrie 


if (f1()!=f() ) { ) (test asupra valorilor returnate) 
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sau 


if (f1 != f) { } (test asupra valorilor procedurale) 


in functie de ceea ce se doreste. 


Tipul întors şi tipurile argumentelor sunt considerate parte a tipului funcţie; 
argumentele implicite nu. Funcţiile nu pot întoarce tablouri de funcții, dar pot 
Întoarce pointeri sau referințe la astfel de obiecte. Nu există tablouri de funcții, 
dar există tablouri de pointeri la funcții. 


Oberon 


Variabilele de tip procedură au ca valoare adresa unei proceduri sau NIL. 
Dacă se atribuie unei variabile de tipul procedural T o procedură P, listele de 
parametri formali ale lui P şi T trebuie să concorde. P nu poate fi procedură 
predeclarată sau procedură locală într-o altă procedură. 


Declaraţia unui tip procedural are sintaxa: 
TipProcedură = PROCEDURE [Parametri ormali| 


5.5. Tipuri structurate 


Limbajele de programare dispun de modalitati de agregare a datelor care 
permit apoi tratarea globală a acestora. Este vorba in general de date care 
corespund nivelului de abstractizare al limbajului, deci care nu au corespondent 
direct în tipurile maşină. Pentru ca aceste date definite de utilizator conform 
nevoilor sale concrete să poată fi integrate în mecanismul de tipuri al limbajului, 
acesta din urmă purie la dispoziția programatorului constructorii de tipuri. În 
paragrafele precedente s-au discutat două clase de tipuri construite prin 
asemenea constructori: pointerii şi tipurile procedurale. În acest paragraf se vor 
discuta tipurile de date structurate. 


Spre deosebire de datele simple, care sunt atomice, indivizibile, datele 
structurate (compuse, agregate) se descompun în componente sau elemente, 
fiecare de un tip precizat (simplu sau structurat). O dată structurată poate fi 
accesată fie ca întreg (global), fie pe componente. Structura unei date stabileşte 
relaţiile care există între componentele acesteia. 


Există patru tipuri de legături structurale fundamentale: 
— mulțime (nici o legătură între componente); 


— liniară (legătură 1:1); 


arbore (legătură 1:n); 
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— graf (legătură m:n). 


Din punctul de vedere al uniformităţii structurale, datele structurate se împart 
în: 


— omogene (toate componentele au acelaşi tip); tipurile de date aferente sunt 
numite tablou (engl. array) şi mulţime (engl. ses); 


— heterogene (elementele unei date au de obicei componente diferite ca tip); 
ele aparțin tipului de date înregistrare (engl. record). 


Tablourile şi înregistrările au structură liniară: există o primă şi o ultimă 
componentă, iar toate celelalte au fiecare atât predecesor, cât şi succesor. Prin 
urmare, un element (al tabloului) sau un câmp (al înregistrării) se pot localiza. 
Un tablou este un agregat de elemente de acelaşi tip, un element fiind localizat 
prin poziția pe care o ocupă în cadrul acestuia (indicele elementului de tablou) 
iar o înregistrare este un agregat care grupează de obicei elemente de tipuri 
diferite numite câmpuri şi localizate prin numele lor. Mulțimea are o structură 
amorfă: ea conţine elemente de acelaşi tip, care însă nu pot fi localizate explicit, 
neexistând decât informaţia de apartenenţă a unui element la ea. 


Pentru tipurile structurate, există două operaţii de bază: construirea şi 
selectarea componentelor. Operația de construire a unei variabile de tip 
structurat se face după regulile proprii ale fiecărui limbaj. Pentru tablouri şi 
înregistrări există şi operaţia de selectare a unei componente, care este realizată 
în maniere diferite. 


În cazul unui tablou, selectarea unui element se face pe baza unei expresii de 
indice, ataşată numelui variabilei tablou. Pe baza expresiei de indice şi a 
informaţiilor despre tablou se efectuează calculul adresei elementului în cauză. 
Expresia de indice nu se poate evalua la compilare (ea conţine de regulă 
identificatori), valoarea ei fiind obţinută la execuţie. 


Domeniul de vizibilitate al numelor câmpurilor unei înregistrări începe cu 
punctul lor de declarare şi se termină la sfârșitul declaraţiei tipului înregistrare. 
Selectarea unei componente (câmp) se face pe baza unei expresii de selectare, 
care conţine numele câmpului calificat cu numele variabilei înregistrare. În acest 
caz, adresa relativă a câmpului în cauză se poate determina la compilare. 


5.5.1. Tipul mulțime 


Limbajele Pascal, Modula si Oberon (între altele) posedă tipul mulţime. 
Fiind dat un tip ordinal B, tipul mulţime 7 este definit ca 
type T= set of B 


Domeniul tipului 7 este mulțimea părților (submultimilor) domeniului tipului 
B. Astfel, dacă tipul B are domeniul ta, b, c}, atunci domeniul lui T va fi 
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(th, ta), {b}, {c}, fa, b}, (a, c}, {b, c}, (a, b, c}}. 


Tipul T se consideră structurat deoarece fiecare element al său conține 
elemente (posibil nici unul) din domeniul tipului de bază B. 


Operatiile proprii tipului mulțime sunt cele cunoscute: reuniunea, intersecția, 
diferența (operații binare cu rezultat mulțimi), incluziunea, testul de egalitate 
(operații binare cu rezultat boolean), apartenența, atribuirea. 


Implementarea tipului mulțime se face pe şiruri de biți. Dacă domeniul 
tipului de bază B are n elemente, atunci domeniul tipului mulțime T va avea 2" 
elemente, deci o variabilă de tip T se poate reprezenta pe un şir de n biți. Bitul de 
pe poziţia i din şirul respectiv (1 in) va fi setat pe 1 dacă al i-lea element din 
domeniul lui B (ordinal) apartine mulțimii şi 0 în caz contrar. Operatiile 
implementate pe tipul mulţime se implementează eficient prin operaţii pe şiruri 
de biti. Limbajele de programare introduc restricții suplimentare privind 
mărimea lui n. 


Multimile reprezintă un instrument matematic elegant. Prezenţa lor în 
limbajele de programare îmbogățește expresivitatea acestuia. Din păcate, 
limitările impuse asupra domeniului tipului de bază (număr de elemente şi tip) 
restrang utilizarea mulțimilor. În astfel de situaţii, utilizatorul poate să-şi 
definească propriile sale tipuri mulțime. 


Turbo Pascal 


Declaraţia unui tip mulţime in Pascal este: 
type 7= set of B 


unde B trebuie să fie un tip ordinal. Cardinalul (numărul de, elemente al) 
domeniului tipului B poate avea maximum 256 de elemente, iar ordinalitatile 
acestora trebuie să fie între 0 şi 255. Prin urmare, B nu poate fi shortint, word, 
integer sau longint. 


Operatorii pe mulţimi şi construirea mulțimilor vor fi descrise în capitolul 
următor. Notarea unei mulţimi în Pascal se face între paranteze drepte. 
Mulțimea vidă se notează cu “[]”. 


Începând cu versiunea 7.0, Turbo Pascal posedă două noi proceduri, 
Include şi Exclude. Procedura Include, declarată prin 


procedure Include(var S: set of T; 1.7); 


are ca efect adăugarea elementului / la mulțimea S, iar procedura Exclude, cu 
aceeaşi declarare, are ca efect eliminarea elementului J din mulțimea S. 
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Modula-2 


A 


Declararea tipului mulțime în Modula-2 se face într-o formă similară 


limbajului Pascal: 
type T= set of B 


unde B trebuie să fie un tip simplu. Cardinalul domeniului tipului B este 
dependent de implementare: 16 sau 32. Nu se impun restricții asupra domeniului 
valorilor ordinalităților elementelor tipului de bază; în schimb, domeniul 
acestuia trebuie să conţină elemente consecutive. l 


Operatiile pe mulțimi sunt: 


A+B reuniunea AUB 
A-B diferența A\B 
A*B intersecția ANB 
A/B diferența simetrică A A B 
A<=B incluziunea ACB 
A>=B A2B 
A=B egalitatea 
AzB inegalitatea 
ain A acA 

Oberon 


i In Oberon, tipul or este tip predefinit. Domeniul valorilor sale este 0..31 
€cl reprezentarea mulțimii se face pe 32 de biti. O ii ise în 
hom pe p ti. Operatiile sunt descrise în 


5.5.2. Tipul tablou 


Elementele definitorii ale unui tip de date tablou sunt: 
— numele (optional); 

— lista dimensiunilor; 

— tipul elementului de tablou; 

~ domeniul pentru mulţimea indicilor. 


Numele unui tip tablou este un identificator, construit pe baza regulilor 
proprii fiecărui limbaj. Lista dimensiunilor precizează numărul de dimensiuni al 
tabloului respectiv (monodimensional, bidimensional, tridimensional ş.a.m.d) 
existând restricţii de la limbaj la limbaj privind numărul maxim de dimeasian; 
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permis. Tipul elementului de tablou defineşte natura acestui element, precizând 
reprezentarea lui, iar domeniul pentru mulțimea indicilor este de obicei (dar nu 
Întotdeauna) de tip subdomeniu, oferind informaţie despre indicii valizi: pentru 
fiecare dimensiune se specifică limita inferioară /i şi limita superioară /s, cu li <= 
Is; numărul de elemente al dimensiunii respective este Js - Ji + 1. 


Criteriile de clasificare a tablourilor sunt, între altele: 
— numărul de dimensiuni; 


tipul elementului (care poate induce operații specifice); 


l 


momentul alocării; 


posibilitatea de redimensionare. 

Din punctul de vedere al numărului de dimensiuni, întâlnim: 

— tablouri monodimensionale (numite şi vectori); 

— tablouri bidimensionale (numite şi matrici); 

— tablouri tridimensionale 
in general tablouri d-dimensionale (d21). 

La începuturile folosirii calculatoarelor, când calculele ştiinţifice erau 
principalul domeniu de folosire a acestora, tablourile utilizate erau numerice, în 
special vectori şi matrici. În limbajele de programare actuale, tablourile pot avea 
© mare diversitate de tipuri de elemente: numerice, caractere, şiruri de caractere, 
Înregistrări, pointeri. 

Din punctul de vedere al momentului alocării, există două' categorii de 
tablouri: statice şi dinamice. Tablourile statice se alocă la compilare (sau cel 
putin trebuie cunoscute la compilare dimensiunile). Pentru tablourile dinamice, 
dimensiunile acestora se determină abia la execuţie. O categorie specială de 
tablouri dinamice o reprezintă tablourile flexibile, care se pot redimensiona îi 
timpul execuției. 

Limbajele de programare moderne (Turbo Pascal, Oberon) permit si 


declararea tablourilor deschise, pentru care nu se precizează domeniul indicilor. 
De regulă, aceste tablouri apar ca parametri formali ai subprogramelor. 


Referirea unui element de tablou se face prin precizarea numelui tabloului 
urmată de o expresie de indice. Expresia de indice conţine, în paranteze rotunde 
(FORTRAN, PL/1, Ada) sau drepte (ALGOL, ALGOL68, Pascal, C, C++, 
Modula, Oberon) valorile efective ale indicilor tabloului (ce trebuie, de obicei, 
să concorde ca număr şi tip cu declararea acestuia). Există în general două 
modalităţi de referire: punctuală şi de subtablouri. Ambele modalităţi se bazează 
pe calculul de adresă. 
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Calculul de adresă realizează, pentru o expresie de indice dată, determinarea 
locației de memorie (a adresei) ce conţine elementul de tabloul referit. Deoarece 
memoria calculatorului poate fi considerată ca tablou monodimensional de 
locaţii adresabile, problema calculului de adresă se reduce la determinarea, pe 
baza informaţiei asupra indicilor si asupra tabloului în general, a unui număr ce 
reprezintă adresa căutată. Pentru fiecare tablou declarat, se memorează în 


descriptorul de tablou următoarele informaţii: 
— nume = numele tabloului; 
— tip = tipul elementului de tablou; 
— lung = lungimea reprezentării unui element de tablou (în unități de alocare); 
— adrs = adresa de unde începe memorarea tabloului z 
— nrd = numărul de dimensiuni al tabloului; 
— pentru fiecare dimensiune i, limitele li; şi Isi U<i<nrd). 


Se presupune că tabloului i se alocă locaţii consecutive de memorie, deci el 


ocupă o zonă compacta. Fiecare element de tablou va ocupa, în zona respectivă, 
o locaţie uric determinată. Există două modalități de memorare a unui tablou: 


— pe linii (când ultimul indice variază cel mai repede, engl. row major order) 


— pe coloane (când primul indice variază cel mai repede, engl. column major 
order). 


Notând cu Joc o funcţie ce întoarce adresa locatiei de memorie a unei 


referinţe de tablou, pentru două tablouri A(li:ls) şi B(liz:1s1, 1i2:1s2), calculele de 
adresă se descriu astfel: 


loc(A(i))=adrs+(i-li) *lung 
sau 

loc(A(i))=adrs-li* lung+i*lung 
Memorare pe linii: 


Toate elementele liniilor anterioare liniei i plus primele j-/ elemente ale 
liniei i 

loc(B(i,j))=adrs+(i-li 1)*(ds2-li2 +1 )*lung+(j-li2)*lung 
sau 


loc(B(ij))=adrs-li} *(Is2-li2 +1)* lung-liz *lung+ constanta 
+7*lung+i*(Is2-liz+1 )*lung 
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Memorare pe coloane: 


Toate elementele coloanelor anterioare. coloanei j plus primele i-7 elemente 
ale coloanei j 


loc(B(i,j))=adrs+(j-li2)*(Is1-lij +1)* lung+(i-li)* lung 
sau 


loc(BUi,j)=adrs-lig*(ls 1-li1 +1)* lung-li1 *lung+ constantă 
+i*lung+j*(Is)-lij+1)*lung 


in expresiile de mai sus, ultimele relatii corespund unor calcule optime a 
adresă, prin gruparea la început a termenilor constanti (termenii ce nu conti 
» 


indicii i şi j ca factori). l l 
Elementele ce trebuie tratate când se discută prezența tipului tablou în 
limbajele de programare sunt cel puțin următoarele: 


- regulile sintactice de definire a tablourilor şi de referire a elementelor 
acestora; 


— familia de tipuri de date ce pot fi considerate ca elemente de tablou; 
— familia de tipuri de date ce pot fi utilizate ca indici de tablou; 
— când trebuie cunoscute domeniile indicilor: la compilare sau la execuție; 


— numărul maxim de dimensiuni permis (care este legat de complexitatea 
calculului adresei unui element); 


— posibilitatea referirii la subtablouri ale tabloului dat; 
— cum se face initializarea tabloului; 
— operațiile predefinite pe tablouri. 
Din punctul de vedere al recunoaşterii tipului tablou, există două clase d- 
limbaje de programare: 
|. limbaje ce permit numai declararea de variabile de tip tablou: FORTRAN, 
PL/1, COBOL, BASIC; 


2 limbaje ce integrează tipul tablou în sistemul propriu de tipuri: derivă din 
| ALGOL68 sau Pascal şi posedă mecanisme de declarare de tipuri noi. 


i variabi i intr- înt cheie sau 
unei variabile de tip tablou se face printr-un cuvîn ie sau 
ca a pe d în FORTRAN există declarația DIMENSION, utilizată 


în următoarea manieră: E 
DIMENSION nume(lista-de-dimensiuni){,nume(lista-de-dimensiuni)] 


în care: 
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nume - Reprezintă numele variabilei tablou. 
listă-de-dimensiuni 


- Conţine doar limitele superioare /s pentru fiecare dimensiu- 
ne, separate prin virgule. 


INTEGER A,B INTEGER A(5),B (19,24) 
REAL II REAL II (3,4,5) 
DIMENSION A (5),B(19,24),11(3,4,5) 


3 Primele versiuni ale limbajului FORTRAN impuneau ca /s să fie constantă 
intreagă, datorită faptului că alocarea tabloului se face la compilare. FOR- 
TRAN77 elimină această restricție, permițând utilizarea unui parametru (cu rol 
' fe. ee declarat, împreună cu valoarea sa într-o instrucțiune PARAME- 


PARAMETER N = 250 
DIMENSION A (N) 


metrii formali ai subprogramului nu are efect asupra alocării de memorie, ea 
având doar rolul de a preciza compilatorului că identificatorii prezenţi în ea sunt 
tablouri; analizorul sintactic trebuie să trateze corect folosirea indicilor. 
Parametrii /s care apar in asemenea declaratii pot fi: 


— parametri formali întregi; 
— constanta întreagă 1. 


SUBROUTINE ORDVEC (A, N) 
DIMENSION A (N) 


PROGRAM SORT 
DIMENSION A (100) 


sau 


DIMENSION A (1) 


şa CALL ORDVEC (A, 100) 
END Lr 
END 


Pentru parametrii care sunt tablouri multidimensionale, o regulă sigură 
afirmă că doar ultima dimensiune se poate specifica în maniera de mai sus 
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(datorită modului în care se face calculul de adresă, respectiv memorarea pe 
coloane în cazul limbajului FORTRAN). Următoarea situație este corectă 


sintactic: 


SUBROUTINE ORDVEC (A,N) 
DIMENSION A (N) 


PROGRAM SORT 
DIMENSION A (10,10) 


eee 


sia CALL ORDVEC (A, 10*10) 
END TE 
END 

În PL/1, declararea unei variabile tablou se face prin cuvântul cheie 
DECLARE, cu sintaxa 


DECLARE nume(lista-de-dimensiuni) [atribute] 


in care lista-de-dimensiuni reproduce sintaxa de la FORTRAN (sunt permise 
maximum 3 dimensiuni), iar eventualele atribute prezente definesc tipul 
elementului de tablou (în absenţa lor, se recurge la o convenţie standard, 
asemănătoare FORTRAN-ului). PL/1 permite utilizarea de tablouri a căror 
dimensiune este cunoscută la execuţie. Versiuni mai noi ale limbajului impun şi 
specificarea Ji. 


În ALGOL60, ALGOL68, Pascal, Ada tablourile se declară cu ajutorul 
cuvîntului rezervat array. Limbaje puternic tipizate, acestea impun precizarea 
obligatorie a tipului elementelor şi a ambelor limite /i şi /s pentru fiecare 
dimensiune. 

În ALGOL60, deoarece alocarea se face la execuţie, este normal ca şi 


limitele tabloului să se determine tot în acest moment. Prin urmare, /i şi /s pot fi 
orice expresii aritmetice ce dau ca rezultat un întreg. 


Începând cu ALGOL68 şi Pascal, tipul tablou este integrat în sistemul de 
tipuri al limbajului. Între altele, sistemul de tipuri verifică concordanța tipurilor 
pentru parametrii formali si actuali de tip tablou la apelarea de subprograme, 
motiv pentru care este aproape impusă folosirea de tipuri tablou cu nume. De 
altfel, limbajul Pascal nu permite specificarea unui parametru formal de tip 
tablou cu tip anonim. 


În Pascal, declaraţia de tip tablou are sintaxa: 
type nume = array[tip-index] of tip-element; 
unde: 


tip-element - Numit tipul componentei, poate fi orice tip recunoscut de 
sistemul de tipuri. 
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tip-index - Este o listă de tipuri de indici. 


Numărul elementelor din această listă denotă numărul de dimensiuni al 
tabloului, care nu este limitat. Tipurile indicilor trebuie să fie ordinale (cu 
excepţia lui longint şi a subdomeniilor de longint). Dacă tipul componentei este 
tot un tip tablou, rezultatul acestei declarații de tip poate fi tratat fie ca un tablou 
de tablouri, fie ca un tablou monodimensional. De exemplu, a doua declaraţie: 


20..30; 
array|[boolean] of 
array[1..10] of array[D] of real; 


type D 
type T 


este identică (structural) cu declaraţia: 
type T1 = array[boolean, 1..10, D] of real; 
iar referiri corecte de elemente sunt: 


var A: T; 
A1: T1; 


- A[false] şi Al [false] 
Sunt detiparray[1..10] of array[D] of real. 


A[false,5] siAl[false, 5] 
Sunt de tip array [D] of real. 

A[false] [5] şiA [false] [5] 
Sunt de tip array [D] of real. 

A[false, 5,30] siAl[false, 5,30] 


Sunt de tip real. 
A[false] [5] [30] şiAl [false] [5]30] 


Sunt de tip real. 


În Turbo (Borland) Pascal 7.0 se pot folosi şi tablouri deschise (engl. open 
arrays) pe post de parametri formali în declarațiile de subprograme. Declararea 
unui tablou deschis nu se poate face cu sintaxa: 


type TD = array of tip-element; 


ci doar ca tip anonim, între parametrii unei proceduri sau funcții. Pentru 


tablourile deschise, Turbo Pascal are două funcții standard, numite Low şi 
High (parametrul lor este numele tabloului deschis) care întorc limita inferioară, 
respectiv limita superioară a tabloului deschis. 







































Funcţia Low(A) întoarce cea mai mică valoare a domeniului argumentului A. 
În cazul general, A poate să fie identificator de tip sau nume de variabilă de tip 
ordinal, tablou, şir de caractere si tablou deschis. Valorile întoarse sunt precizate 
în tabelul următor: 











Tipul lui A 


Ce întoarce Low(A) 











Ordinal cea mai mică valoare a domeniului tipului 

Array cea mai mică valoare a domeniului indicilor tabloului 
String 0 

Open array 0 

parametru String 0 













Funcția High(A) întoarce cea mai mare valoare a domeniului argumentului 
A, care are semantica de la Low. Valorile intoarse sunt precizate in tabelul 
următor: 





Tipul lui A Ce întoarce High(A) 


Ordinal cea mai mare valoare a domeniului tipului 








Array cea mai mare valoare a domeniului indicilor tabloului 
String dimensiunea declarată a șirului de caractere 
Open array numărul de elemente din tablou - 1 








parametru String numărul de elemente din şir - 1 


Exemplul următor prezintă folosirea tabloului deschis la determinarea 
elementului minim dintr-un tablou de numere. Funcția Min este generală, ea 
acceptând orice tablou de numere reale ca parametru, tocmai prin folosirea 
tabloului deschis. În corpul ei, determinarea primului şi ultimului indice se face 
cu ajutorul funcțiilor Low şi High descrise anterior. 


Program TabDesc; 


{ type TD = array of Real; nu este permisă o astfel de declaraţie) 





Function Min(var A: array of Real): Real; 
var {A este parametru tablou deschis; declaraţie corectă) 
I: integer; 
M: real; 
begin 
M := 10e20; 










































| 
| 
| 


i 
N 





for I := Low(A) to High(A) do 
if A[I] < M then M := A[I]; 
Min := M 
end; 


const 
CA1 : array[5..20] of real = {constantă tablou} 
( 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 
13, 14, 15, 16)3 


CA2 : array[-5..7] of real = {constanta tablou} 
( -5, -4, =, =2, sly 0, 1, 2, 3, 4, 5, 
6, 7); 
begin 


writeln (Min (CA1) :10:2); 
writeln (Min (CA2):10:2); 
writeln 

end. 


Pentru un parametru tablou cu declaratia 
T : array[/i..//] of real, 


care este argument de apel al functiei Min din exemplul anterior, la executia 
acesteia parametrul formal A va fi considerat de tipul: 


A : array[0..nr-1] of real; 


unde nr este numărul de elemente al tabloului parametru actual, adică /f- li + 1. 
Prin urmare, are loc o translație a domeniului indicilor, de la lif la 0..nr-1, 
limitele efective (de lucru) ale indicelui fiind întoarse de funcţiile Low şi High: 
A[0] (adică A[Low(4)]) corespunde lui T[/i], A[1] lui T[i+/], ... A[nr-1] (adică 
A[High(4)]) corespunde lui T[//]. 


Amintim că în Standard Pascal apare (între primele) tipul şir de caractere 
împachetat care este declarat prin: 


packed array[/i../f] of char; /i < If 


Pentru compatibilitate cu Standard Pascal, Turbo Pascal accepta si astfel 
de declaraţii, însă packed nu are nici un efect. La vremea respectivă (când a 
apărut standardul Pascal), setul de caractere folosit era setul ASCII (un caracter 
reprezentat pe 7 biţi). 


Declaraţia de tip tablou în Ada are sintaxa: 

type nume is array(domeniu indici) of tip-element; 
unde domeniu indici specifică tipul indicelui şi limitele acestuia (/i şi Js) prin 
range. Sunt permise şi tablouri deschise. De exemplu, 
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type VECTOR is array(INTEGER range 1..10) of REAL; 


declară tipul VECTOR ca tablou de 10 numere reale, cu domeniul indicilor 
întregi între 1 şi 10, iar declaraţiile 


type SIRDESCHIS is array(INTEGER range < >) 
of FLOAT; 
type REFSIRDECHIS is access SIRDESCHIS; 


declară tipul SIRDESCHIS ca tablou deschis de numere reale, respectiv tipul 
REFSIRDESCHIS ca pointer la tipul SIRDESCHIS. Alocarea şi referirea unui şir 
deschis se poate face: 


a. static: 
SD : SIRDESCHIS(1..25); 


b. dinamic, prin intermediul unui pointer P, declarat astfel: 


P : REFSIR; declarare pointer 


P := new SIRDESCHIS (1..125) ; precizare domeniu indici 


Sintaxa expresiei de indice diferă de la limbaj la limbaj. Multe limbaje 
(FORTRAN, PL/1, COBOL) permit numai folosirea indicilor de tip întreg. 
Pascal, de exemplu, permite şi folosirea indicilor de tip enumerare. Folosind 
tipul luni definit în 5.1, pe baza declaraţiilor: 


var 
temp : array[luni] of real; (conţine temperaturile lunare) 
i : luni; 


const x : real = 0.0; (suma temperaturilor lunare) 
instrucțiunea de ciclare: 
for i := Ian to Dec do x := x + temp[i]; 
care calculează în x suma temperaturilor lunare este validă. 


Referirea punctuală reprezintă referirea unui element al tabloului. Trebuie 
specificaţi toți indicii care identifică (unic) elementul (numărul de indici este 
egal cu numărul de dimensiuni declarate pentru tablou). Referirea de subtablouri 
Înseamnă accesarea unei linii, unei coloane sau în general unui subtablou al 
tabloului dat (inclusiv tabloul). De exemplu, având declarat un tablou, 
A(1:3,1:5), referirea la linia 3 sau la coloana 5 este posibilă scriind: 
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ALGOL68 





PLA 
AG,*) AB, ] 
A(*,5) A[,5] 
AL SI[4FAI4,5] 
A(3,2:4] = A[3,2],A[3,3,A(3,4] 
FORTRAN sau ALGOL60 nu permit utilizarea numelui tablourilor fără 
expresie de indice. APL şi PL/1 permit referirea globală a tablourilor ca entități, 
permiţând atribuiri de forma (A şi B sunt tablouri sau subtablouri de aceleaşi 
dimensiuni): 








PL/I ALGOL68 HI] APL 
A=B A=B A<B 

În general, un tablou este considerat un masiv rectangular, într-un spaţiu 
n-dimensional, unde n este numărul de dimensiuni ale tabloului. În ALGOL68 
există posibilitatea declarării de tablouri nerectangulare (în care fiecare linie, de 


exemplu, să aibă un număr propriu de coloane). De exemplu, secvența de 
declaraţii şi atribuiri: 


[1:3] ref [] real w; 











vector cu 3 elemente vectori deschişi cu elemente reale 


[l:a] real x; vector cu a elemente reale 


[1:b] real y; vector cu b elemente reale 
[l:c] real z; vector cu c elemente reale 

i 1 b a c 
w[l] := x; XXXXXXXXXXXXX 

w[2] := y; XXXXXXXXX 

w[3] := z; XXXXXXXXXXXXXXXXXXXXX 


produce tabloul bidimensional w, in care cele 3 linii au respectiv a, b şi c 
elemente (coloane). l 


Inifializarea unui tablou se realizează de obicei prin instrucțiuni de atribuire 
şi se face punctual. Există şi excepții, precum FORTRAN-ul (instrucțiunea 


DATA) sau Ada, pentru care regula de initializare a variabilelor la declararea lor ` 


se păstrează şi pentru tablouri: 


type MATRICE is 
array (INTEGER range 1..5, 
of REAL; 


INTEGER range 1..5) 





|, A: MATRICE := (1,2,3,4,5,2,3,4,5,6,3,4,5,6,7,4,5,6,7,8, 5,6,7,8,9); 












2. A: MATRICE := (1,1=>1,2,2=>1,3,3=>1,4,4=>1,5,5=>1 ,others=>0) 
În cazul 1), matricea A se initializeaza (pe linii) cu: 
2 3 4 






n PD WN = 
Po AN 


3 4 
4 5 
5 6 
6 7 


onan 





iar în cazul 2) A este matricea unitate: 
0 0 


















Turbo Pascal permite initializarea tablourilor prin constante cu tip. 






Operatiile definite pe tipul tablou sunt (pentru limbajele cu mecanisme de 
tipizare) atribuirea şi testul de egalitate. 







5.5.3. Tipul de date înregistrare 







Elementele definitorii ale unei înregistrări sunt: 






— numele tipului înregistrare (optional); 






— numărul de câmpuri; 






— numele şi tipul fiecărui câmp. 






Înregistrarea este o modalitate de agregare (punere împreună a unor date de 
tipuri în general diferite). Numele tipului de dată înregistrare este un 
identificator. Numărul de câmpuri este dedus din lista de declarare a câmpurilor. 
Câmpurile unei înregistrări se memorează în zone adiacente de memorie. 
Informaţia de tip a fiecărui câmp serveşte la stabilirea lungimii de reprezentare a 
acestuia, iar numele câmpului se foloseşte pentru a accesa valoarea lui (prin 
operaţia de selectare). De obicei, sunt accesibile atât data compusă (înregis- 
trarea), cât şi componentele (câmpurile) acesteia. 












Există două clase de înregistrări: cu structură fixă şi cu variante. 
Înregistrările cu structură fixă au o singură definiţie, iar înregistrările cu 
variante au o parte fixă, un discriminant şi mai multe definiţii de variante. O 
alternativă la înregistrările cu variante o reprezintă uniunile. 










Din punctul de vedere al recunoaşterii tipului înregistrare, există două clase 
de limbaje de programare: 


1. limbaje ce permit numai declararea de variabile de tip înregistrare: FOR- 
TRAN (versiuni mai noi), PL/1, COBOL; 


2; limbaje ce integrează tipul înregistrare în sistemul propriu de tipuri: derivă 
din ALGOL68 sau Pascal şi posedă mecanisme de declarare de tipuri noi. 


Elementele de discuţie privitoare la tipul de date înregistrare sunt ur- 
mătoarele: 


— maniera de declarare a înregistrărilor; 

— maniera de accesare a câmpurilor unei înregistrări; 
— definirea înregistrărilor cu structură variabilă; 

— inifializarea unei variabile înregistrare; 


— operațiile permise pe variabile de tip înregistrare. 
COBOL 


| Termenul de înregistrare (engl. record) provine probabil de la unitatea de 
informație într-un fişier. Primul limbaj ce permite definirea de variabile de tip 
înregistrare este COBOL-ul, care utilizează numere de nivel pentru definirea 
relaţiilor între câmpurile unei înregistrări. O înregistrare persoana cu câmpurile 
nume, nrid, adr, datan şi inalt se defineşte in COBOL astfel: 


01 PERSOANA. 


02 NUME PIC X(30). 
02 NRID PIC 9(8). 
02 ADR PIC X(40). 
02 DATAN. 

03 ZI PIC 199. 
03 LU PIC '99, 
03 AN PIC *9999', 


02 INALT PIC 1999v99'., 


Numerele de nivel servesc la descrierea clară a subordonării câmpurilor în 
cadrul înregistrării. Se observă că NUME, NRID, ADR şi INALT sunt câmpuri 
simple (nu se mai descompun în alte subcâmpuri), pe când PERSOANA şi 
DATAN sunt câmpuri grupate, în sensul că ele nu conțin clauze (PIC de la 
PICTURE) de descriere a reprezentării lor, ci, la rândul lor sunt date structurate 
(câmpurile componente ale lor sunt specificate cu numere de nivel mai mari). În 
PL/1, declararea unei variabile înregistrare se realizează într-o manieră 
asemănătoare. 
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Pascal 


Odată cu Pascal şi ALGOL68, prin mecanismele de tipizare se pot declara 
tipuri de date înregistrare. În Pascal, de exemplu, tipul de date persoana similar 
celui definit în exemplul precedent dat în COBOL se declară astfel: 


type datac = record 


ZI 5 Lew 3 
dü è ds 24 
an : 1800..2000; 
end; 
type A40 = array[1..40] of char; 
type tipsex = (masc,fem); 
type stareciv = (necas,casat,vaduv,divortat); 
type persoana = record 
nume : string[30]; 
nrid : longint; 
adr : A40; 
sex : tipsex; 
starec : stareciv; 
datan : datac; 
inalt : real 
end; 


Se observă că nu este nevoie de numere de nivel, ca în cazul limbajului 
COBOL: tipurile câmpurilor pot fi predefinite (string, longint, real în Turbo 
Pascal), simple utilizator (tipsex şi stareciv), respectiv structurate (440 şi datac). 
Prin urmare, cu astfel de notații de tip se pot declara tipuri oricât de complexe. 
Dacă se declară o variabilă de tip persoana: 


var p : persoana; 


ea va putea fi tratată fie global (atribuire, test de egalitate), fie selectiv (p. inalt va 
semnifica câmpul înalt din înregistrarea p). 


Pe lângă tipurile structurate mulţime, tablou şi înregistrare, în Pascal există şi 
tipul structurat fişier (file). Tipul fişier este un tip omogen şi constă dintr-un şir 
liniar de componente de acelaşi tip, numit tipul componentei fişierului. Tipul 
componentei poate fi orice tip, exceptând tipul file. Numărul de componente nu 
este precizat în declaraţia de tip, care în Turbo Pascal are forma: 


type nume = file [of TipComponentă] 


Dacă lipseşte partea opțională din declaraţie, nume va corespunde unui fişier 
fňră tip, folosit în operaţiile de intrare/ieşire de nivel scăzut. De asemenea, 
Turbo Pascal posedă identificatorul predeclarat text, care corespunde fişierelor 
text, ce contin caractere organizate în linii (terminate cu CR sau LF). Cele trei 
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clase de tipuri fişier disponibile în Turbo Pascal au operaţii specifice, 
implementate sub forma unor proceduri şi funcţii standard. Acestea vor fi 
discutate într-un capitol următor. 


ALGOL68 


În ALGOL68, tipul de date înregistrare cu o structură asemănătoare cu cel 
anterior se declară astfel: 


mode datac = struct(int zi, int lu, int an); 
mode persoana = struct(string nume, int nrid, 
string adr, 
datac datan, real inalt); 


Ada 


În Ada, câmpurile unei înregistrări pot fi de orice tip. Exemplul anterior dat 
în Pascal se transcrie astfel: 


subtype POZITIVE is INTEGER range 1..INTEGER’ LAST; 
type STRINGS is array (POZITIVE range < >) 
of CHARACTER; 
type DATAC is record | 
ZI : INTEGER range 1..31; 
LU : INTEGER range 1..12; 
AN : INTEGER range 1800. .2000; 
end record; 
type PERSOANA is record 


NUME : STRINGS (1..30); 
NRID : POZITIVE; 

ADR : STRINGS(1..40); 
SEX : (MASC, FEM) ; 


STAREC : (NECAS , CASAT, VADUV, 
DIVORTAT) ; 
DATAN : DATAC; 
INALT : REAL 
end record; 


Referirea componentelor sau selectarea câmpurilor unei înregistrări nu 
posedă o notație unitară în limbajele enumerate mai sus. Knuth (1968) a propus 
aşa-numita notație funcțională, scrisă în forma nume(p), datan(p), inalt(p), 
sex(p), care utilizează numele câmpurilor ca funcţii de selectare (p este o 
variabilă de tipul persoana). O manieră de referire a componentelor folosită în 
diverse forme în diferite limbaje este cea cu nume calificate, care ataşează 
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numele câmpului de variabila căreia acesta aparţine (calificatorii sunt punctul 
sau cuvântul rezervat of): 


- P.nume, P.sex, P.datan, P.inalt în Pascal; 
— P.NUME, P.SEX, P.DATAN, P.INALT în Ada; 


- nume of P, sex of P, datan of P, inalt of Pin 
ALGOLG68; 


— NUME OF PERSOANA, SEX OF PERSOANA, DATAN OF 
PERSOANA in COBOL. 


În Pascal, dacă se accesează succesiv mai multe câmpuri ale aceleiaşi 
variabile de tip înregistrare, se poate folosi instrucțiunea with: 


with P do begin 


P.nume := IONESCU? ; nume := IONESCU! ; 
P.sex := masc; sex = masc; 
P.starec := casat; starec := casat; 
P.inalt := 1.80; inalt := 1.80; 

end; 


Înregistrările date ca exemplu până acum au o structură fixă. O înregistrare 
cu structură variabilă conține diferite definiţii alternative ale unora dintre 
componentele sale. De obicei, o înregistrare cu structură variabilă are o parte 
fixă, comună tuturor alternativelor sale, şi o parte variabilă, a cărei structură 
trebuie definită explicit în fiecare alternativă. Partea variabilă este identificată 
prin valoarea pe care o poate lua un câmp special al înregistrării numit 
discriminant. Valori distincte ale discriminantului vor produce alternative 
distincte. Modul în care se precizează alternativele părții variabile este de obicei 
de tip case. În Pascal, sintaxa părţii variabile este: 


<parte variabila record> ::= 

case <camp discriminant> <identificator de tip> of <varianta> 
<camp discriminant> ::= [<identificator>:] 
<varianta> ::= [<lista etichete case>:(<lista campuri>)] 


iar în Ada 


<parte variabila record> ::= 

case <nume discriminant> is 

{when <varianta> {| <varianta>} => <lista componente>} 
<varianta> ::= <expresie simpla> | <domeniu discret | others 


cu precizarea general valabilă că partea fixă a înregistrării trebuie declarată 
înaintea părții variabile. 
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Înregistrările cu variante respectă principiul de reprezentare a celor cu 
structură fixă. Lungimea de reprezentare a unei variabile de tip înregistrare cu 
variante este de obicei lungimea părţii fixe plus maximul lungimii variantelor. 
Partea fixă conţine inclusiv câmpul discriminant. Prin urmare, într-o înregistrare 
cu variante, primele câmpuri ale variantelor au aceeaşi adresă relativă la 
începutul înregistrării. ` 


De exemplu, în Pascal se poate defini o înregistrare cu variante astfel: 


type culoareochi = (caprui, albastru, negru, verde) ; 
type sex = (masc, fem); 
type persoana = record 
nume : string[30]; 
nrid : longint; 
adr > array[1..40] of char; 
case s:sex of { discriminant } 
masc : 
(inalt:real; datan:datac) ; 
fem : (co:culoareochi; 
bust: real) 
end; 


Partea fixă a înregistrării persoana conţine câmpurile nume, nrid, adr şi s iar 
pentru partea variabilă există două alternative. Dacă valoarea discriminantului s 
este masc, atunci vor putea fi accesate câmpurile inalt şi datan, iar dacă este fem 
câmpurile valide sunt co şi bust. 


O interpretare consistentă şi sigură a înregistrării cu variante (din punctul de 
vedere al sistemului de tipuri) impune ca accesul la o variantă să fie permis 
numai dacă valoarea câmpului discriminant coincide cu eticheta respectivei 


variante. Accesul la o variantă înseamnă aici posibilitatea referirii câmpurilor 
acesteia. 


Cu ajutorul înregistrărilor cu variante se pot simula uniunile de tipuri (fără a 


se recurge la sistemul de tipuri). De exemplu, în Pascal se poate defini tipul mixt 
bc (byte sau caracter) astfel: 


type ambele = (by,ch); 
type bc = record 
case t:ambele of 
by : (b:byte); 
ch : (c:char); 
end; 
var al, a2, a3 : bc; 


A Prin urmare variabilele a/, a2, a3 vor conţine fie câmpuri de tip byte, fie 
câmpuri de tip caracter. Sunt permise următoarele instrucţiuni: 














al.t := ch; {discriminantul ch: accesibil al.c} 
alic t= ‘a’; 

al.t := by; {discriminantul by: accesibil a1.b} 
writeln(al.c); {care nu este initializat} 


Accesarea variantei a/.c cu valoarea discriminantului a/.t=by reprezintă o 
utilizare inconsistentă a variabilei al. Acest lucru nu ar trebui să fie permis, 
deoarece câmpul discriminant îşi pierde astfel “puterea de decizie” în ceea ce 
priveşte varianta aleasă, rolul său devenind practic în acest caz unul pur 


decorativ. 


Folosirea sistemului de tipuri pentru a realiza verificările de consistență 
necesare nu este posibilă în cazul tipizării statice, specifică limbajului Pascal. 


În ALGOL68 uniunile de tipuri sunt tratate separat. Există mecanismul 
union (argumentat de Hoare). De exemplu, tipul înregistrare cu variante 
persoana se poate declara astfel: 


mode masc = struct(int inalt,greut); 

mode fem = struct ([1:3] int dimens); 

mode sex union (masc, fem); 

mode persoana = struct (string nume, int virsta, 
sex s); 


Mecanismul union permite uniunea a două tipuri de dată diferite, care vor fi 
tratate unitar (sub acelaşi nume de tip). Spre deosebire de Pascal, înregistrarea 
“persoana” nu are câmp discriminant, în acest caz în funcţie de cum s are una 
dintre valorile posibile vor putea fi referite câmpurile corespunzătoare. Prin 
urmare utilizatorul nu are ce altera, iar referirea la o variantă se face printr-o 
clauză de conformitate case, de forma: 


case s of p in 
(masc) ems 
(fem ) : tea 

esac 


unde p este o variabila de tip persoana. 


Limbajul Euclid înlătură inconsistenta utilizării variantelor din Pascal, prin 
inifializarea câmpului discriminant la declararea variabilei şi tratarea acestuia 
drept constantă. Prin analogie cu exemplul din Pascal, se poate scrie: 


type ambele = (int,ch) 
type ic (t:ambele) = record 
case t of 
int => var i:integer; end int 
ch => var c:char; end ch; 
end case 













Pentru a se putea declara mai multe variabile de aceeaşi structură există două 
posibilități: 
- atribuirea unui nume pentru ansamblul câmpurilor structurii: 


end 


var al : ic(int) 
a2 : ic(ch) 


i ana char nume[30]; int varsta; 
a3 : ic(any) struct perso { 


float gr; }; 


struct persoana cineva, altcineva[20]; 


Cuvintul rezervat any permite ca a3 si poată memora valori de ambele tipuri 
struct persoana Noi[], *voi[]; 


(alternative), adică sunt permise atribuirile 43:=a2 şi a3:=al, dar invers nu, decât 
prin utilizarea unei instrucţiuni case: 


case discriminating x = a3 on t of — definirea unui nume de tip pentru specificatia structurii: 


int => al := x; end int typedef struct { char nume[30]; int varsta; 
ch => a2 := x; end ch float gr; } persoana; 
end case 


Ultima problemă discutată cu privire la înregistrări este modul în care se 
poate face initializarea acestora. Limbaje precum ALGOL-W, ALGOL68, 
Ada, Turbo Pascal permit o astfel de inifializare, prin așa-numiții constructori, 
proceduri sau funcţii speciale cu numele make-<nume înregistrare>, care 
primind ca parametri valorile câmpurilor, întorc drept rezultat variabile de tipul 
respectiv, initializate cu respectivele valori. Această facilitate poate fi consi- 


persoana cineva, altcineva[20]; 


În C şi C++ operaţiile posibile asupra structurilor sunt: 





- selectarea unui câmp (prin operatorul ‘.”); 
obţinerea adresei unei structuri (prin ‘&’); 





derată ca o generalizare a initializarii tablourilor, discutată în paragraful — determinarea lungimii unei structuri (prin ‘sizeof’); 
recedent. s poat zi 
? a — atribuirea de structuri (prin =”). 
Înregistrările sunt precursorii claselor, care posedă operaţii speciale de 
initializare, numite constructori ai claselor. Exemplu: I ar 
. ; p . eae i . 3 i ; b; 1 2 = ; 
Limbajele C şi C++ permit declararea de tipuri înregistrare (numite structuri StrüCt pers {int az char I Dia P Il initializare 
in C) si union. 
Analog constructiei record Jara variante din Pascal, limbajele C si C++ a pl = p2; // atribuire de structuri: ok. 
utilizează struct, declaraţia de variabile de tip structură având următoarea aa 
sintaxă: , 
Notatia 
struct [ nume ] { [ tip nume_var ]; R 
T ps -> câmp 
} [variabile]; este echivalentă cu 
Deşi numele (denumit si nume-marcaj) asociat structurii şi variabilele de (*ps).câmp 
structură declarate sunt elemente opționale trebuie să apară măcar una din cele 
două. Exemplu: De exemplu: 
struct { char nume[30]; struct { int „= á 
int varsta; float gr; } cineva; l ' Sni y i 


declară variabila cineva ca fiind o structură ce grupează trei tipuri de informații. 
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declară p ca fiind pointer la o structură formată din două câmpuri: un întreg și un 
pointer la întreg. Atunci, ţinând cont şi de prioritatea operatorilor descrisă în 
capitolul următor, vom avea: 


= ++p -> x 


Incrementează pe x, operatorul -> având o precedență mai mare decât 
+. 


— (++p) -> x 


Incrementează întâi pe p şi apoi accesează elementul x din structura 
nou pointată. 


— (ptt) -> x 
Se accesează întâi x apoi se incrementează p. 
- *p -> y 
Indică conținutul adresei pointată de y. 
— *p -> y++ 
Accesează întâi ceea ce pointează y şi apoi incrementează y. 
— (*p -> y)++ 
Incrementează ceea ce pointează y. 
— *pt+ -> y 
Accesează ceea ce pointează y si apoi incrementează pointerul p. 


“Echivalentul” C şi C++ al înregistrărilor cu variante din Pascal este 
uniunea. O uniune permite utilizarea în comun a unei zone de memorie de către 
mai multe obiecte (numite membri) de tipuri diferite şi are sintaxa 


union nume_uniune [tip nume_var] ... ) [decl_variabile]; 
De exemplu, o declaraţie de genul 
union amestec { int i; float f; char *psir } x; 


semnifică faptul că variabila X poate conţine în aceeaşi arie de memorie fie 
întregul i, fie realul f, fie pointerul psir, sau, cu alte cuvinte, conţinutul zonei de 
memorie alocată pentru variabila X (de lungime egală cu dimensiunea de 
reprezentare a celei mai lungi variante) va fi interpretat fie ca întreg, fie ca real, 
fie ca pointer la caracter, în funcţie de câmpul selectat. Să remarcăm deci în 
cadrul uniunilor inexistenţa câmpului discriminant. Conținuturile câmpurilor se 
accesează ca la structuri: 
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X. int X.f X.psir 


Având în vedere spaţiul comun tuturor variantelor, atribuirea unuia dintre 
câmpuri va afecta implicit şi valoarea celorlalte. Atenţie deci! Întreaga 
răspundere a controlului uniunilor revine programatorului. Şi în acest caz se 
permit construcţii typedef. De fapt, o reuniune este o structură în care toți 
membrii au deplasamentul zero, structura fiind suficient de mare pentru a putea 
păstra pe cel mai mare membru. 


Spre deosebire de C, C++ permite în plus definirea de uniuni anonime, cu 
sintaxa 


union { /ista_ membri } 


O astfel de uniune nu introduce un nou tip, ci doar defineşte un obiect fără 
nume, a cărui membri vor partaja aceeaşi zonă de memorie. Rolul uniunilor 
anonime este aşadar asemănător cu cel al construcţiei absolute din Turbo 
Pascal, adică o modalitate de aliere a variabilelor. Numele membrilor uniunilor 
anonime din C++ trebuie să fie distincte de celelalte nume ce apar în domeniul 
de vizibilitate în care este declarată uniunea, iar utilizarea lor se face fără 
prefixarea uzuală. În exemplul 


void f() { 
union {int a; char p[5];}; 
a= 2; 
Ml... 
PlO]='A'; p[1]="b’; 
i 
} 


a şi p se folosesc fără prefixare şi pentru că sunt membri ai aceleiaşi uniuni au 
aceeaşi adresă de început. 


Să remarcăm faptul că în sintaxa unei uniuni anonime este esențială atât lipsa 
numelui marcaj (numele uniunii) cât şi lipsa de obiecte declarate în cadrul 
declaraţiei acelei uniuni. O uniune ce are declarate obiecte sau pointeri nu este o 
uniune anonimă: 


union { int a; char p; } var, *ptr = &var; 
a = 1; // eroare ! - nu e clar al cui a este 
// acesta, deci e necesară calificarea; 
ptr->a = 1; // ok. 
var.a = 1; // ok. 


in Oberon, un tip înregistrare este o structură constând dintr-un număr fix 
(prestabilit) de elemente, numite câmpuri, care pot avea tipuri diferite. 
Declaraţia de tip înregistrare specifică numele şi tipul fiecărui câmp. Domeniul 
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de vizibilitate al numelor câmpurilor este de la punctul de declarare până la 
sfârşitul declaraţiei de înregistrare; aceste nume sunt vizibile de asemenea în 
interiorul designatorilor ce referă elementele variabilelor de tip înregistrare. 
Dacă un tip înregistrare este exportat, identificatorii câmpurilor care se doresc a 


fi vizibili în afara modulului de declarare trebuie marcați explicit; astfel de 


câmpuri se numesc câmpuri publice, iar cele nemarcate câmpuri private. 


RecordType = 
RECORD | 
[" (“BaseType")"] FieldList {‘“;” FieldList} 
END. 
BaseType = Qualident. 


FieldList = [IdentList “:” Type ]. 


Tipurile înregistrare sunt extensibile, adică un tip înregistrare se poate 


declara ca extensie a altui tip înregistrare (numit tip de bază, BaseType). În - 


exemplul 


TO = RECORD x: INTEGER END 
TI RECORD (TO) y: REAL END 


TI este tipul extensie (directă) a lui TO iar TO este tipul de bază (directă) al lui 
TI. Un tip extins TI conţine câmpurile tipului său de bază și câmpurile declarate 
în T1. Toţi identificatorii declarați în înregistrarea extinsă trebuie să fie diferiţi 
de identificatorii declaraţi în tipul (tipurile) înregistrare de bază. 


Exemple de declaraţii de tip înregistrare în Oberon: 


RECORD 
day, month, year: INTEGER 
END 
RECORD 
name, firstname: ARRAY 32 OF CHAR; 
age: INTEGER; 
salary: REAL 
END 


5.6. Tipuri definite de utilizator 


Această secţiune a fost scrisă cu scopul de a ilustra modul în care a evoluat 
conceptul de tip de date în limbajele de programare. Într-un viitor volum ce se va 
constitui ca partea a doua a lucrării de față, două dintre momentele marcante ale 
evoluţiei tipurilor, programarea bazată pe obiecte şi programarea orientată pe 
obiecte vor fi tratate detaliat în capitole distincte. 
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Din punctul de vedere al extensibilitatii sistemului lor de tipuri, limbajele de 
programare se pot clasifica în: 


|, Limbaje de programare cu tipuri de date (TD) predefinite; 
2, Limbaje de programare cu TD structurate; 

J, Limbaje de programare bazată pe obiecte; 

4, Limbaje de programare orientată pe obiecte; 


Prima categorie corespunde limbajelor ce nu posedă mecanisme de tipizare: 
FORTRAN, COBOL, BASIC etc. Unele dintre aceste limbaje permit si lucrul 
cu variabile structurate, fără ca acestea să posede un tip recunoscut de sistemul 
de tipuri al limbajului. Prin urmare, verificarea tipurilor este slabă şi neuniformă, 
aceasta aplicându-se doar la tipurile predefinite. 


Limbajele din a doua categorie permit construirea de noi tipuri de date şi 
integrarea parțială a acestora în sistemul propriu de tipuri. Mecanismele de 
tipizare de care dispun aceste limbaje se folosesc la declararea de tipuri cu nume, 
simplificand atât exprimarea programelor, cât şi verificările de consistență a 
folosirii variabilelor. Pentru declararea unui nou tip de date, sintaxa limbajului 
pune la dispoziția programatorului constructorii de tipuri, care pot combina 
ortogonal tipurile deja recunoscute de sistemul de tipuri. Din păcate, declararea 
noilor tipuri de date utilizator (în esență tipurile structurate) acoperă doar un 
aspect al acestora, si anume structura, adică informaţia de reprezentare. Din 
acest motiv, integrarea în sistemul de tipuri este parțială: operaţiile asupra 
instanțelor noilor tipuri definite de programator isi găsesc exprimarea (cu câteva 
excepții, ALGOL68 de exemplu, care permite definirea operatorilor) doar sub 
forma unor subprograme, iar verificarea folosirii corecte a variabilelor (în 
concordanţă cu tipul lor) nu poate fi realizată de sistemul de tipuri. Prin urmare, 
tipurile utilizator nu sunt tratate de sistemul de tipuri în aceeaşi manieră ca şi 
tipurile predefinite, primele fiind “cetățeni de mâna a doua” (second class 
citizens) ai universului limbajului. Exemple tipice de astfel de limbaje sunt 
Pascal şi Modula. 


Plecând de la ideea integrării complete a tipurilor utilizator în sistemul de 
tipuri al unui limbaj, proiectantii de limbaje au realizat la început completarea 
declarației unui tip de date utilizator cu specificarea operaţiilor noului tip, 
considerate ca subprograme. Această manieră de declarare a tipurilor utilizator 
se numeşte abstractizarea datelor (engl. data abstraction). Noile tipuri astfel 
declarate se numesc fie tipuri abstracte de date (engl. abstract data types), fie 
tipuri de date definite de utilizator (engl. user-defined data types). Considerăm, 
la fel cu Bjarne Stroustrup [Str94] că ultima definiţie este mai potrivită în 
contextul limbajelor de programare, deoarece termenul de tip abstract de date 
este folosit şi consacrat în domeniul specificărilor formale (algebrice). 























O variabilă a unui tip de date utilizator poartă numele de obiect (instanţă a 
tipului de date utilizator). Termenul obiect a fost definit în capitolul precedent ca 
fiind şi o regiune de memorie împreună cu valoarea conținută în ea (referinţa 
împreună cu valoarea unei variabile). Considerăm că definiția termenului de 
obiect dată mai sus nu contravine acceptiunii anterioare, ci o completează. 
Limbajele de programare care permit construirea de tipuri de date definite de 
utilizator (în accepțiunea prezentată anterior) şi lucrul cu obiecte se numesc 
limbaje de programare bazată pe obiecte (engl. object-based programming 
languages). Limbaje tipice sunt Simula (primul), Concurrent Pascal, Euclid, 
CLU, Ada. 


În general, un tip de date utilizator se declară într-o manieră similară 
declaraţiei de tip înregistrare. Diferenţele dintre tipul înregistrare şi tipul de date 
utilizator TDU constau în: 


1. Componentele TDU sunt câmpuri şi operaţii, pe când componentele înre- 
gistrării sunt doar câmpuri. 


2. Declararea TDU trebuie completată cu definirea acestuia, unde se pre- 
cizează codul operaţiilor (la înregistrare nu există partea de definire, pentru 
că nu există componente operaţii). Declaraţia completă a TDU înseamnă 
deci precizarea structurii acestuia (declaraţii de componente), numită de 
obicei interfață a TDU, însoțită de precizarea codului operaţiilor TDU, 
numită de obicei implementare a TDU; interfaţa, împreună cu implemen- 
tarea TDU formează un domeniu de vizibilitate închis. 


3. Din punctul de vedere al accesibilitatii, componentele unui TDU se împart 
în două categorii: publice (accesibile şi din exteriorul domeniului de vizi- 
bilitate al TDU) şi private (accesibile numai în interiorul domeniului de 
vizibilitate al TDU). Componentele tipului înregistrare sunt toate publice. 


La fel ca şi declaraţia tipului înregistrare, declaraţia unui tip de date utilizator 
stabileşte un domeniu de vizibilitate închis pentru numele câmpurilor şi 
operaţiilor acestuia. La folosirea unui obiect o de tipul T (tip de date utilizator), 
accesarea unui câmp c şi a unei operaţii p, ambele publice, se va face tot prin 
calificarea acestora cu numele obiectului: de exemplu o.c sau o.p în Modula. 
Dacă însă c şi p sunt private, atunci construcţiile o.c sau o.p din Modula vor fi 
valide numai în partea de implementare a tipului 7. 


Caracteristicile abstractizării datelor sunt: 
— incapsularea 
şi 


— ascunderea datelor. 
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Prin încapsulare (engl. encapsulation) se pun împreună declaraţiile câmpu- 
rilor şi operaţiilor unui nou tip. 


Ascunderea datelor (engl. data hiding) înseamnă accesarea câmpurilor unui 
obiect numai prin intermediul operaţiilor tipului acestuia. 


În cazul ideal, când declararea tipurilor se face abstract, folosind un limbaj de 
specificare, se atinge încă un deziderat: independența de reprezentare, adică 
tipul este discutat în termenii comportamentului său (semantica operațiilor) şi nu 
în termenii unei reprezentări particulare. Unei singure declaraţii abstracte pot 
să-i corespundă mai multe implementări concrete (în care este precizată 
reprezentarea câmpurilor tipului). 


În capitolul precedent s-a afirmat că tipul de date este un mecanism de 
clasificare a expresiilor. Apare o întrebare firească: tipurile de date utilizator nu 
se pot clasifica la rândul lor? Precedente există: între tipurile predefinite (cele 
numerice, de exemplu) există relaţii de incluziune. Incluziunea este considerată, 
la aceste tipuri numerice, ca o incluziune a domeniilor valorilor tipurilor, în 
condiţiile în care gama de operaţii rămâne, principial, aceeaşi. Răspunsul la 
întrebarea de mai sus este afirmativ, însă incluziunea trebuie tratată atât din 
punctul de vedere al domeniului valorilor, cât şi din punctul de vedere al 
mulţimii operaţiilor. 

Un tip de date are două componente definitorii: domeniul valorilor (notat cu 
D) şi mulţimea operațiilor (notată cu 0). 

Spunem că tipul B (de bază) este inclus în tipul D (derivat) dacă are loc 
incluziunea: 

DB C DD, OB COD 
unde: 

D = (DD, OD) DD -domeniul lui D, OD - operaţiile lui D 

B= (DB, OB) DB - domeniul lui B, OD - operaţiile lui B 


Ideea este următoarea: un tip nou, D, se poate declara cu ajutorul unui tip 
existent, B (de la care moşteneşte atât domeniul valorilor, cât şi mulţimea 
operaţiilor). Pentru noul tip D trebuiesc precizate în plus elementele specifice, 
care cu ajutorul notatiilor de mai sus înseamnă: 

DD = DB U (DD \ DB) mostenit: DB; specific: DD \ DB 

OD = OB U (OD \ OB) moştenit: OB; specific: OD \OB 

Prin urmare, declararea unui nou tip D trebuie să conţină specificarea 
moştenirii şi precizarea elementelor specifice (Structură si operaţii) care-l 
deosebesc de tipul de bază B. 
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Din păcate, terminologia folosită în diverse limbaje de programare nu este de 
cele mai multe ori adecvată. Astfel, tipul de bază se numeşte supertip, iar tipul 
derivat subtip (Simula, Object Pascal, Smalltalk), fapt ce provoaca confuzie: 
prefixul super înseamnă ceva mai larg, mai cuprinzător, iar prefixul sub 
înseamnă ceva mai restrâns, mai particular. De fapt, termenii de cuprinzător (în 
sensul de general) şi de particular (în sensul de specializat) se potrivesc: fipul de 


bază posedă caracteristicile generale ale unei familii de tipuri, iar tipul derivat — 


este o specializare a tipului de bază. Termenii de tip de bază şi tip derivat sunt 
preluaţi din terminologia limbajului C++. O notație alternativă şi adecvată este: 
tip părinte sau ascendent (pentru tip de bază) şi tip fiu sau descendent (pentru tip 
derivat). Se foloseşte mai puţin termenul de incluziune a tipurilor. 


Pe de altă parte, sintagma tip de date definit de utilizator are prea multe 
cuvinte. În cele ce urmează, preluând terminologia limbajului C++, vom înlocui 


această sintagmă cu termenul de clasă. Acest termen provine din limbajul. 


Simula, primul care a introdus majoritatea terminologiei în domeniul obiectual şi 
este cvasiunanim acceptat. Termenii de clasă şi obiect (instanță) sunt sinonimi 
termenilor de tip de date şi variabilă de tipul respectiv. Componentele unei clase 
sunt câmpuri (date) şi metode (operaţii). Fiecare obiect al clasei va avea o stare 
proprie (definită de valorile câmpurilor sale; câmpurile sunt cele precizate în 
declaraţia clasei, iar valorile acestora se stabilesc la construirea obiectului 
-iniţializare, sau la modificarea acestuia) şi un comportament propriu, în cadrul 
oferit de metodele clasei şi (foarte important) în funcţie de starea sa. Obiectele 
comunică între ele prin mesaje, care sunt de fapt apeluri de metode. Obiectul 
căruia îi este destinat mesajul se numeşte obiect receptor, iar metoda apelată se 
numeşte selector. Mesajul mai poate conţine eventuale argumente de apel al 
metodei: o.m(listă_arg) înseamnă apelul metodei m a obiectului o cu lista de 
argumente /istd-arg. 


Prin urmare, se pot defini clase noi (derivate), folosind moştenirea. Relaţia 
de moştenire este o relaţie de la clasa derivată la clasa de bază. O clasă derivată 
poate fi, la rândul ei, clasă de bază pentru alta. Prin urmare, o clasă derivată 
poate avea mai mulți părinţi: 


— clasa de bază directă (specificată în declaraţia clasei derivate); 


— clase de bază indirecte (specificate în declaraţia clasei de bază sau în 
declaraţiile ascendentilor acesteia). 


Există moştenire simplă (clasa derivată are cel mult o clasă de bază directă) şi 
moştenire multiplă (clasa derivată are mai multe clase de bază directe). 


Relaţia de moştenire este o relaţie de ordine parţială pe mulţimea claselor ce 
au aceeași clasă de bază, stabilindu-se astfel o structură de moştenire. În cazul 
moştenirii simple, structura se poate reprezenta printr-un arbore, numit arbore de 
moştenire. Rădăcina acestui arbore se numeşte clasa de bază a ierarhiei. În 
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cazul moștenirii multiple, reprezentarea claselor se face printr-un graf de 
moştenire (numit şi latice de moştenire). 


Clasa sau clasele de bază ale unei structuri de moştenire stabilesc 
comportamentul comun al tuturor claselor din această structură. Prin urmare, 
orice obiect al unei clase derivate C dintr-o structură de moştenire cu rădăcina B 
va avea (între altele) reprezentarea clasei B şi operaţiile clasei B. 


În afară de moştenire, este nevoie de încă o proprietate pentru a defini 
complet termenul de programare orientată pe obiecte. Această proprietate, 
numită polimorfismul operaţiilor sau mai pe scurt polimorfism, asigură o notație 
unitară pentru operaţii care semantic sunt diferite. Termenul de polimorfism este 
imprumutat din biologie, unde înseamnă forme (aspecte, însuşiri) multiple, 
notate identic. În termenii programării orientate pe obiecte, polimorfismul se 
defineşte astfel: obiecte diferite recunosc (şi pot răspunde la) acelaşi mesaj. 
Acest lucru înseamnă că un apel de metodă o.m(listă_arg) va fi tratat în funcţie 
de tipul receptorului o, adică se va selecta şi se va executa metoda 7o.m unde To 
este tipul (clasa) obiectului o. Polimorfismul necesită moştenire şi se bazează pe 
faptul că toate metodele declarate în clasa rădăcină sunt recunoscute de toate 
obiectele ce sunt instanţe ale claselor din ierarhie. 


Programarea orientată pe obiecte se defineşte ca fiind programare bazată 
pe obiecte plus moştenire plus polimorfism. 


Pentru ilustrarea conceptelor introduse în această secţiune, vom prezenta în 
continuare un exemplu scurt şi sugestiv, care încearcă rezolvarea unei aceleiași 
probleme folosind toate cele patru abordări enumerate la începutul secţiunii. 


Considerăm problema cu următorul enunț: 


Să se implementeze o stivă de numere întregi şi să se introducă în ea 
numerele cuprinse între 1 şi 10, după care să se scoată elementele introduse. 
După fiecare operaţie să se afişeze elementul din vârful stivei. 


Conceptual, stiva este un container cu un singur capăt, prin care se introduc 
sau se scot elemente din ea. De fiecare dată, este accesibil doar elementul din 
vârful stivei, deci stategia de servire a stivei este LIFO (Last In, First Out, adică 
ultimul intrat, primul ieşit). Ca manieră de implementare (reprezentare), 
containerul va fi un tablou cu o dimensiune prefixată, iar vârful stivei va fi 
indicele tabloului corespunzător ultimului element din acesta. Asupra stivei se 
pot efectua două operaţii de bază, notate cu numele lor consacrat în limba 
engleza: Push (apasă), care adaugă un nou element în vârful stivei, împingându- 
le pe cele existente în jos, şi Pop (scoate), care extrage elementul din vârful 
stivei, împingându-le pe cele rămase în sus. Stiva este vidă dacă nu conţine nici 
un element. Desigur, nu se poate scoate un element dintr-o stivă vidă, deci la 
execuţia (sau înainte de apelul) operaţiei Pop trebuie verificată starea stivei 
(vârful acesteia trebuie să aibă o valoare strict pozitivă). De asemenea, dacă 
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dimensiune (considerând că indicele tabloului are limita inferioară egală cu 1). 


Programele ce vor ilustra evoluţia tratării tipurilor de date sunt prezentate şi 
comentate în continuare, fiind scrise în Turbo Pascal 7.0. Ca structură, ele sunt 
compuse dintr-un program principal şi următoarele subprograme: 


~ Eroare(M: String): afişează un mesaj de eroare şi opreşte execuţia; 
— Push(Stiva, Element): adaugă un Element la Stiva; 
— Pop(Stiva, Element): scoate un Element din Stiva; 


~ Top(Stiva): întoarce valoarea elementului din vârful stivei, fără a o modi- 
fica; 


— Operatii(Stiva): efectuează operaţiile cerute în enunţul problemei. 


Programul principal initializeazi stiva S şi apelează apoi Operatii(S), 
aşteptând tastarea unui RETURN pentru terminarea execuţiei. În toate 
implementările, subprogramele Push, Pop şi Top verifică validitatea valorii 
vârfului stivei, în concordanță cu acţiunea corespunzătoare. 


Parametrii subprogramelor Push, Pop, Top şi Operatii diferă de la o 
implementare la alta. 


Program Stival; 

{ program de lucru cu stiva, varianta procedurală; 
stiva este implementată ca tablou + vârf: 
nu există mecanism type } 


Procedure Eroare (M: String); 
begin 
Write ( ‘Eroare: ‘,M); 
ReadLn; 
Halt 
end; 


{ implementarea operaţiilor pe stivă } 


Procedure Push(var S:array of Integer; 
var V: Integer; E:Integer) ; 


begin 
if V = High (8) 
then Eroare ('stiva plină’); 
V := V + 1; 
S[V] := E 





containerul este un tablou de o dimensiune maximală cunoscută, poate apare şi . 
situația opusă: stiva este plină când vârful acesteia este egal cu această | 








end; 


Procedure Pop(var S:array of Integer; 
var V: Integer; var E:Integer); 

begin 

if V = Low(S) 

then Eroare(‘stiva vida’); 

E := S[V]; 

V = V = 1; 
end; 


Function Top (var S:array of Integer; 
V: Integer): Integer; 
begin 
if V = Low(S) 
then Eroare(‘stiva goala’); 
Top := S[V]; 
end; 


procedure Operatii(var S:array of Integer; 
var V: Integer); 


var 
E, I: Integer; 

begin 
For I := 1 to 10 do begin 


Push(S, V, I); 
WriteLn(* S-a introdus elementul: `“, 
Top(S, V)); 
end; 
For I := 10 downto 1 do begin 
WriteLn(‘ Se scoate elementul: *, 
Top(S, V)); 
Pop(S, V, E); 
end; 
end; 


const 
MaxDim = 100; 


var 
Stiva: array[1..MaxDim] of Integer; 
Virf: Integer; 
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Begin 
Virf := 0; { initial stiva este vida } 
Operatii(Stiva, Virf); 
ReadLn 

End. 


Programul Stival este tipic pentru un limbaj fără mecanisme de declarare de — 


tipuri noi. Într-un astfel de limbaj, cele două elemente (date) ce caracterizează 


stiva (containerul, adică tabloul de întregi şi vârful stivei) sunt considerate | 


variabile distincte, neavând nimic în comun. Acest lucru se reflectă în sintaxa de 


declarare şi apel pentru subprogramele Push, Pop şi Top. Tablourile care apar în | 


declaraţiile acestora sunt tablouri deschise. Desigur, exemplul este forţat, 
deoarece în Pascal se poate folosi mecanismul type. 


În limitele stilului de programare folosit şi în cadrul restricțiilor de limbaj 
(fără tipuri utilizator) impuse, acest program are o singură caracteristică de 
generalitate: declararea printr-o constantă simbolică (MaxDim) a numărului de 
elemente din containerul stivei. Simpla modificare a declaraţiei de constantă este 
suficientă pentru a lucra cu tablouri de alte dimensiuni. 


Programul Stiva2 respectă întrutotul standardul Pascal (exceptând folosirea 
tipului string): 


Program Stiva2; 


{ program de lucru cu stiva, varianta procedurală: stiva este 
implementată ca tip record: există mecanismul type } 


const 
MaxDim = 100; 


type 
TElement = Integer; (tipul elementului stivei, redenumire } 
TIndice = 1..MaxDim; ( tipul indicelui tabloului } 
TStiva = record { tipul stiva } 
Stiva: array[TIndice] of TElement; 
Virf: 0..MaxDim; 
end; 


Procedure Eroare(M: String); { similară cu cea de la Stival } 
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{ implementarea operatiilor stivei } 


Procedure Push(var S: TStiva; 
begin 
with S do begin 
if Virf = MaxDim 


E: TElement) ; 


then Eroare(‘stiva plină’); 


Virf := Virf + 1; 
Stiva[Virf] := E 
end; 
end; 


Procedure Pop (var S: TStiva; var E: TElement); 


begin 
with S do begin 
if Virf = 0 


then Eroare (`stiva vida’); 


E := Stiva[Virf]; 
Virf := Virf - 1; 
end; 


end; 


Function Top (var S: TStiva): 
begin 
With S do begin 
if Virf = 0 


TElement; 


then Eroare(‘stiva vida’); 


Top := Stiva[Virf] 


end; 
end; 
procedure Operatii(var Stiva: 
var 
E: TElement; 
I: Integer; 
begin 
For I := 1 to 10 do begin 


Push(Stiva, I); 


TStiva); 


WriteLn(* S-a introdus elementul: 


`, Top(Stiva)); 
end; 
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For I := 10 downto 1 do begin 
WriteLn(‘ Se scoate elementul: `, 
Top(Stiva)); 
Pop(Stiva, E); 
end; 
end; 


var 
A: TStiva; 


Begin 
A.Virf := 0; 
Operatii (A); 
ReadLn 

End. 


{ initial stiva este vida } 


În această implementare, mecanismul type s-a folosit la: 

— declararea tipului elementului stivei, TE/ement,; 

— declararea domeniului indicilor containerului stivei, T/ndice; 
— declararea tipului de date TStiva. 


Sintaxa de declarare şi apel pentru subprogramele Push, Pop, Top şi Operatii 
s-a simplificat prin folosirea numelor de tipuri declarate de utilizator, 
imbunatatindu-se şi gradul de înțelegere a textului scris. Pe lângă acestea, 
câmpul Virf (cel mai sensibil din punctul de vedere al integrităţii stivei) nu este 
referit decât în subprogramele Push, Pop şi Top şi în programul principal, iar 
folosirea accidentală a lui nu este permisă (este nevoie de calificare); se obține 
astfel un prim nivel de protecţie. În subprogramele amintite, calificarea 
componentelor tipului TStiva se face cu instrucțiunea with. Câmpurile variabilei 
A de tip TStiva sunt toate publice: dovadă este prima instrucțiune din programul 
principal, care iniţializează câmpul Virf. 


Parametrizarea tipului elementului stivei (TE/ement) atribuie un anumit grad 
de generalitate subprogramelor scrise. Dacă se modifică declaraţia respectivă (un 
alt tip predefinit în locul lui integer), subprogramele Push, Pop şi Top rămân 
valide; trebuie, în schimb, modificată procedura Operatii, în concordanță cu 
caracteristicile noului tip de element. 


A treia variantă de implementare, programul Stiva3, se încadrează în 
cerinţele limbajului Turbo Pascal 6.0, corespunzând, ca stil, programării bazate 
pe obiecte (nu se face apel la moștenire şi polimorfism): 
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Program Stiva3; 


( implementează o clasă stivă de întregi; 
stiva este implementată ca tip obiect (fără moştenire) ) 


const 
MaxDim = 100; 
type 
TElement = Integer; 
TIndice = 1..MaxDim; 
TStiva = Object 
Procedure Push(E: TElement); 
Procedure Pop(var E: TElement) ; 
Function Top: TElement; 
Constructor Init; 
Destructor Done; 
private 


{ goleste stiva } 


Stiva: array[TIndice] of TElement; 


Virf: 0..MaxDim; 
end; 


( construieşte o stivă vidă ) 


Procedure Eroare (M: String) ; ( similară cu cea de la Stival } 


( implementarea clasei TStiva } 


Procedure TStiva.Push(E: TElement); 
begin 
if Virf = MaxDim 
then Eroare ('stiva plină’); 


Virf := Virf + 1; 
Stiva[Virf] :=E 
end; 


Procedure TStiva.Pop(var E: TElement) ; 


begin 
if Virf = 0 
then Eroare(‘stiva vida’); 
E := Stiva[Virf]; 
Virf := Virf - 1; 
end; 
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Function TStiva.Top: TElement; 
begin 
if Virf = 0 


then Eroare(‘stiva vida’); 


Top := Stiva[Virf]; 


end; 


Constructor TStiva.Init; 
begin 
Virf := 0 


end; 


Destructor TStiva.Done; 


var 
E: 


TElement; 


begin 
while Virf > 0 do Pop(E); 


end; 


procedure Operatii(var Stiva: 


var 
E: 
IL: 


TElement; 
Integer; 


begin 
For I := 1 to 10 do begin 


Stiva.Push (1); 


TStiva); 


WriteLn(' S-a introdus elementul: 


Stiva.Top); 


end; 
For I := 10 downto 1 do begin 


WriteLn(* Se scoate elementul: 
Stiva.Top); 
Stiva.Pop(E); 


end; 


end; 


var 


A: TStiva; 


Begin 
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A.Init; 
Operatii (A); 
ReadLn 


{ initial stiva este vida } 


` 
Lă 


1 


Lă 











End. 


Declaraţiile de tipuri sunt identice cu cele de la programul Stiva2, cu excepţia 
declaraţiei pentru TStiva, care este o clasă. S-a respectat principiul ascunderii 
informaţiei (câmpurile sunt private, iar metodele sunt publice). Prin urmare, nici 
un câmp al unui obiect 7Stiva nu se poate modifica în afara implementării 
metodelor tipului (el nu este accesibil, referirea lui producând eroare de 
compilare). Datorită acestui fapt, este necesară o metodă (operaţie) specială 
pentru iniţializarea unui obiect de tip 7Stiva, în locul inițializării explicite a 
câmpului Virf cu 0, din prima linie a corpului programelor Stival şi Stiva2; o 
astfel de metodă poartă numele de constructor, în cazul nostru Init. În general, 
un constructor inițializează câmpurile unui obiect şi alocă memorie pentru 
variabilele dinamice referite de câmpurile de tip pointer ale obiectului (dacă 
obiectul are astfel de câmpuri). Reversul operaţiei de construire este distrugerea, 
care înseamnă în special dealocarea memoriei dinamice alocată la construire; 
procedura care realizează distrugerea obiectului se numeşte destructor. 


Ca sintaxă, se observă că numărul de parametri ai subprogramelor s-a 
micşorat fata de versiunea anterioară (parametrul de tip TStiva nu mai face parte 
dintre ei, acesta aflându-se pe post de receptor, cu care se califică apelul: pentru 
un obiect A, apelul unei metode M se face prin A.M). În textul scris se observă 
delimitarea dintre zona de declarare a clasei 7Stiva şi zona de implementare a 
operaţiilor acesteia. 


În Turbo Pascal 6.0, declaraţia unei clase se face cu cuvântul rezervat 
object, iar componentele private ale clasei trebuie precizate în ultima parte a 
declaraţiei de tip, în zona delimitată de cuvintele rezervate private şi end 
(terminatorul declaraţiei object). În absenţa clauzei private, toate componentele 
unei clase se consideră publice. Se observă similitudinea cu declaraţia tipului 
record. 


Ultimul exemplu prezentat (programul Stiva4) foloseşte conceptele pro- 
pramării orientate pe obiecte. In el se implementează un tip abstract de date, 
TStiva, şi două tipuri derivate ale sale: AStiva şi LStiva: 


Program Stiva4; 


( implementează o ierarhie de clase stivă de întregi 
cu două strategii de reprezentare: 
TStiva - clasa abstractă, rădăcina arborelui de moştenire 
AStiva -tablou de întregi 
LStiva - listă inlantuita de întregi } 


uses Objects; ( necesară pentru apelul metodei Abstract } 
const 
MaxDim = 100; 
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type 
TElement = Integer; 
TIndice = 1..MaxDim; 





{ declaratia clasei abstracte TStiva } 


PtrTStiva = *TStiva; 

TStiva = Object 
Procedure Push(E:TElement); virtual; 
Procedure Pop(var E:TElement); virtual; 
Function Top: TElement; virtual; 
Function ClassType: string; virtual; 
Destructor Done; virtual; 

end; 


{ declaratia clasei AStiva } 


PtrAStiva = *AStiva; 
AStiva = Object (TStiva) 
private 
Stiva: array[TIndice] of TElement; 
Virf: 0..MaxDim; 
public 
Procedure Push(E:TElement); virtual; 
Procedure Pop(var E:TElement); virtual; 
Function Top: TElement; virtual; 
Function ClassType: string; virtual; 
Constructor Init; 
Destructor Done; virtual; 
end; 


{ declaratia clasei LStiva } 


PLNod = *LNod; 
LNod = Record 


Info : TElement; 
Prec : PLNod; 
End; 


PtrLStiva = “LStiva; 
LStiva = Object (TStiva) 
private 
Stiva : PLNod; 
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public 

Procedure Push(E:TElement); virtual; 
Procedure Pop(var E:TElement); virtual; 
Function Top: TElement; virtual; 
Function ClassType: string; virtual; 
Constructor Init; 
Destructor Done; virtual; 

end; 


Procedure Eroare(M: String) ; { similară cu cea de la Stival } 
{ implementarea clasei TStiva } 


Procedure TStiva.Push(E:TElement) ; 
begin | 
Abstract 
end; 


Procedure TStiva.Pop(var E:TElement) ; 
begin 
Abstract 
end; 


Function TStiva.Top: TElement; 
begin 
Abstract 
end; 


Function TStiva.ClassType: String; 
begin 
ClassType := "Stiva abstractă! 
end; 





Destructor TStiva.Done; 
begin 
end; | 





{ implementarea clasei AStiva } 


Procedure AStiva. Push (E:TElement) ; 
begin 
if Virf = MaxDim 
then Eroare(‘stiva plină’); 
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Virf := Virf + 
Stiva[Virf] := 
end; : 


1; 
E 


Procedure AStiva.Pop(var E:TElement) ; 
begin 
if Virf = 0 
then Eroare(‘stiva vida’); 


E := Stiva[Virf]; 
Virf := Virf - 1; 
end; 


Function AStiva.Top: TElement; 
begin 
if Virf = 0 
then Eroare(‘stiva tablou vida’); 
Top := Stiva[Virf]; 
end; 


Function AStiva.ClassType: String; 
begin 
ClassType := ‘stiva tablou’ 
end; 


Constructor AStiva.Init; 
begin 
Virf := 0. 
end; 


Destructor AStiva.Done; 
var 
E: TElement; 
begin 
while Virf > 0 do Pop(E); 
inherited Done 
end; 


{ implementarea clasei LStiva } 


Procedure LStiva.Push(E: TElement) ; 
var 
p: PLNod; 
begin 





New (p); { alocă un nou element LNod referit de p } 
p*.Info := E; { completează câmpurile lui p^ } 
p*.Prec := Stiva; {precedentul este fostul cap al listei ) 
Stiva := p {p devine capul listei } 

end; l 


Procedure LStiva.Pop(var E:TElement) ; 
var 
p : PLNod; 
begin 
if Stiva = Nil 
then Eroare(‘stiva goală’); 
E := Stiva*.Info; { extrage informaţia din capul listei } 
p := Stiva; { este necesar pentru dealocare } 
Stiva := Stiva%.Prec;{ şterge elementul din capul listei } 
Dispose (p) { dealocă elementul LNod care a fost în cap } 
end; 


Function LStiva.Top: TElement; 
begin 
if Stiva = Nil 
then Eroare(‘stiva goală’); 
Top := Stiva“.Info; 
end; 


Function LStiva.ClassType: String; 
begin 
ClassType := ‘stiva lista’ 
end; 


Constructor LStiva.Init; 


begin 
Stiva := Nil; 
end; tae 


Destructor LStiva.Done; 
var 
E: TElement; 


begin 
while Stiva <> Nil do Pop(E); 
inherited Done 

end; 
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procedure Operatii (var Stiva: TStiva); 
var 
E: TElement; 
I: Integer; 
begin 
For I := 1 to 10 do begin 
Stiva.Push(I); 
WriteLn(*‘ S-a introdus in `“, 
Stiva.ClassType, `: `, Stiva.Top); 
end; 
For I := 10 downto 1 do begin 
WriteLn(*‘ Se scoate din `, Stiva.ClassType, 
1; 1, Stiva.Top) ; 
Stiva. Pop (E); 
end; 


A: AStiva; 

L: LStiva; 

T: Array[1..2] of PtrTStiva; { T[1]‘ şi T[2]* de tip TStiva } 
Te: 


Integer; 
Begin 
A.Init; { initial stiva (ARRAY) este vida } 
Operatii(A); 
ReadLn; 
L.Init; { initial stiva (LISTA) este vida } 
Operatii(L); 
ReadLn; 
T[1] := New(PtrAStiva, Init); 
{ T[1]^ cu tip dinamic AStiva} 
T[2] := New(PtrLStiva, Init) ; { T[2]‘ cu tip dinamic LStiva} 
For I := 1 to 2 do begin 
Operatii(T[I]%); 
ReadLn 
end; 
End. 


Acest ultim exemplu este programat in limbajul Turbo Pascal 7.0, in care 
s-a eliminat restrictia privitoare la dispunerea zonelor private si public in 
declarația unei clase. Începând cu versiunea 5.5, acest limbaj permite 
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specificarea moştenirii simple, în forma object(tip-de-bază). În cazul nostru, 
Stiva este rădăcina arborelui de moştenire, care are două frunze, AStiva şi 
LStiva, ambele derivate direct din TStiva. 


Programul Stiva4 îşi propune să ilustreze folosirea tipurilor abstracte de date 
(claselor abstracte), a moştenirii şi polimorfismului pentru a exemplifica 
conceptele de bază ale abstractizării datelor şi programării orientate pe obiecte. 
Folosind aceste concepte se pot realiza ierarhii de tipuri, de date cu aceeaşi 
semantică generală, care diferă prin modul de reprezentare a lor. În cazul de faţă, 
sunt propuse două implementări alternative ale tipului de date stivă, una folosind 
reprezentarea din exemplele anterioare (AStiva), iar cealaltă reprezentând stiva 
sub formă de listă liniară simplu înlănțuită la care adăugarea se face în cap 
(LStiva). Ambele tipuri derivă dintr-un tip abstract, Stiva. 


Tipul TStiva este abstract deoarece pentru el nu este specificată reprezentarea 
câmpurilor sale, fiind declarate doar metodele. În plus, metodele declarate au 
toate atributul virtual; aceasta înseamnă că legarea (apelul) lor se va face 
dinamic, în funcție de tipul dinamic al receptorului. Discutarea efectivă a 
apelului se va face ulterior, la comentarea programului principal. 


Metodele tipului TStiva nu fac în esență nimic; dimpotrivă, corpul lor conține 
doar apelul unei metode Abstract, iar dacă se ajunge cumva ca ele să fie apelate, 
Abstract va provoca întreruperea execuţiei programului (aceasta este o garanţie 
că niciodată nu se va lucra cu obiecte ale clasei abstracte si că toate metodele 
clasei abstracte sunt redefinite în descendenţi). Metodele virtuale ale unei clase 
de bază specifică un protocol comun de comunicaţie pentru toate obiectele 
claselor descendente. În cazul nostru, asa cum am afirmat mai sus, un tip abstract 
de date nu acordă atenţie reprezentării, ci pune accent pe operaţii, pe acest 
protocol de comunicaţie. Prin urmare, dacă câmpurile nu sunt precizate, atunci 
metodele (care acţionează asupra acestora) n-au cum să fie exprimate. 


Faţă de metodele discutate la programul Stiva3, TStiva are prevăzută o 
metodă nouă: ClassType, care întoarce numele clasei, ca şir de caractere. Am 
considerat utilă această metodă la ilustrarea execuţiei (ea este apelată în 
procedura Operatii). Fiind clasă abstractă, TStiva nu are constructor; destruc- 
torul este declarat şi el virtual. 


Clasa AStiva reprezintă concretizarea tipului abstract 7Stiva folosind 
reprezentarea stivei ca tablou. Operatiile se implementează identic cu cele de la 
programul Stiva3; singura deosebire este aceea că metodele Push, Pop şi Top 
sunt declarate virtual. 


Clasa LStiva reprezintă concretizarea tipului abstract TStiva folosind 
reprezentarea stivei ca listă inlantuita. Elementele stivei sunt de tipul LNod, 
fiecare element conţinând informaţia utilă (Info, de tipul TE/ement) şi informaţia 
de inlantuire (Prec, de tipul PLNod, pointer la LNod). Adăugarea şi ştergerea 
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elementelor se face în capul listei, respectându-se astfel semantica LIFO. 
Informaţia de reprezentare a stivei este un pointer Stiva de tipul PLNod, care se | 
iniţializează în constructor cu nil. Deşi semantica lor este aceeaşi cu a metodelor 
de la AStiva, implementarea metodelor virtuale şi a constructorului Init de la 
clasa LStiva este radical diferită; este normal, deoarece reprezentarea tipului 
LStiva este radical diferită de cea a tipului AStiva. 









Procedura Operatii este scrisă o singură dată şi este apelată în programul ` 
principal de patru ori. Variabilele globale ale programului sunt: 






A: AStiva; { stivă implementată ca tablou } 
L: LStiva; { stivă implementată ca listă inlantuita } 
T: Array[1..2] of PtrTStiva; {tablou de 2 pointeri la TStiva} 








Se observă deja un prim avantaj al programării orientate pe obiecte: nu este | 
nevoie să se scrie două proceduri Operatii (una cu parametrul de tip AStiva şi 
una cu parametrul LStiva, cum ar cere limbajul Pascal Standard), ci este 
suficientă scrierea unei singure proceduri Operatii, în care parametrul este tipul 
abstract LStiva, din care derivă celelalte două clase. Prin urmare, parametrul 
formal Stiva al procedurii Operatii are tipul static LStiva. Compilatorul poate 
verifica dacă metodele obiectului Stiva sunt apelate corect (dacă sunt declarate şi 
dacă listele de parametri concordă: este adevărat). 









La execuţie, parametrul din apelul procedurii Operatii are tipul extensie a 
tipului precizat în declararea acesteia (Turbo Pascal acceptă o astfel de 
compatibilitate de parametri). La primele două apeluri, Operatii(4) şi Opera- 
tii(L) parametrii actuali au tipul dinamic AStiva, respectiv LStiva. 


În cazul apelului Operatii(A), corpul procedurii Operații este tratat astfel: 














For I := 1 to 10 do begin 
A.Push (I); 
WriteLn(‘ S-a introdus in 1, A.ClassType, 
ya 1, A.Top); 
end; 
For I := 10 downto 1 do begin 





WriteLn(* Se scoate din `, A.ClassType, 
`: `, A.Top); 
A.Pop (E); 








end; 


iar metodele care se apelează sunt AStiva. Push, AStiva.ClassType, AStiva.Top şi 
AStiva.Pop (deoarece A are tipul AStiva, atât la compilare, cât şi la execuţie). 


În schimb, la apelul Operatii(L), corpul procedurii Operații se tratează astfel: 















For I := 1 to 10 do begin 
L.Push (I); 
WriteLn(‘ S-a introdus in `, L.ClassType, 
Y: ‘, L.Top); 
end; 
For I := 10 downto 1 do begin 
WriteLn(* Se scoate din `, L.ClassType, 
vi `, L.Top); 
L.Pop (E); 
end; 


iar metodele care se apelează sunt LStiva.Push, LStiva.ClassType, LStiva.Top şi 
LStiva.Pop (deoarece L are tipul LStiva, atât la compilare, cât şi la execuţie). 


Ultimele două apeluri sunt şi mai sugestive, fiind un exemplu de lucru cu o 
colecţie de obiecte polimorfice. Colecţia este tabloul 7 de doi pointeri PtrTStiva 
la clasa de bază TStiva. În primele două apeluri, discutate anterior, tipul static al 
argumentului de apel coincide cu tipul dinamic al acestuia. Spre deosebire de 
acestea, în ultimele două apeluri tipul static al elementelor tabloului este diferit 
de tipul lor dinamic; în plus, tipurile dinamice ale lui 7/1] şi 7/2] sunt diferite 
Între ele: 7/17 are tipul dinamic PrrAStiva, iar 7/2] are tipul dinamic PtrLStiva. 
Valorile elementelor tabloului 7 sunt initializate prin apelarea procedurii New cu 
sintaxa extinsă, în care este specificat tipul dinamic şi constructorul aferent 
tipului. Tabloul T este un mic exemplu de colecţie polimorfică: elementele sale 
sunt diferite, deşi provin din acelaşi tip comun (prin care se păstrează 
omogenitatea, impusă de altfel la declarare). 


Apelul procedurii Operatii pentru elementele tabloului 7 se face într-un ciclu 
for. Execuţia programului va demonstra că în procedura Operatii se vor apela 
metodele corespunzătoare tipului dinamic al argumentului de apel, conform 
exemplelor precedente. În fapt, apelul Operatii(T[1]‘) va avea o semantică 
identică cu apelul Operatii(4), iar Operatii(T[2]‘) este tratat la fel cv 
Operatii(B). De remarcat notația unitară şi compactă pe care o oferă 
polimorfismul. 


Am afirmat la începutul discutării acestui exemplu că el ilustrează conceptele 
de bază ale abstractizării datelor şi programării orientate pe obiecte. Acum, la 
Alârşitul discuţiei, suntem în măsură să le rezumăm. 


Abstractizarea datelor înseamnă: independență de reprezentare (clasa 
abstractă 7Stiva), încapsularea reprezentării şi operaţiilor (sintaxa declaraţiei 
object), ascunderea informaţiei (toate câmpurile claselor AStiva şi LStiva sunt 
private) şi implementări multiple pentru acelaşi tip abstract (AStiva şi LStiva), 
care folosesc aceeaşi sintaxă de apel (ilustrată în textul procedurii Operatii). 
Orientarea pe obiecte adaugă abstractizării datelor moştenirea (clasele AStiva şi 
LStiva derivă din clasa de bază TStiva) şi polimorfismul (ilustrat în scrierea 
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unitară a apelurilor, conformă cu declarațiile statice şi manifestat în maniere de 
execuţie diferite, conforme tipului dinamic: procedura care se apelează este 
identificată pe baza tipului dinamic al receptorului). 
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6. EXPRESII 


Expresiile sunt elementele de bază prin care se precizează calculele. Din 
punct de vedere sintactic, expresia este o secvenţă de operanzi şi operatori, care 
exprimă un proces de calcul. O expresie poate avea o valoare, determinată prin 
procesul de evaluare. În decursul evaluării există posibilitatea modificării şi altor 
valori din contextul evaluării, fenomene denumite efecte secundare (engl. side 


effects). 
Elementele de discutie care se vor prezenta in continuare se referă la: 
— notatiile folosite pentru expresii; 
domeniul de vizibilitate al numelor; 
stabilirea tipului (conversii); 
evaluarea expresiilor. 


6.1. Generalităţi 


6.1.1. Sintaxa unei expresii 


O expresie este formată din operanzi şi operatori. Între criteriile de clasificare 
a expresiilor enumerăm: 


— numărul de operanzi; 

— poziția operatorilor în raport cu operanzii; 
tipul rezultatului; 
semantică. 


În figura 6.1 este prezentată definiţia expresiei din limbajul Ada: 
expresie ::= relaţie {and relaţie) | relaţie {or relaţie) | 

relație {xor relaţie) 
relaţie ::= expresiesimplă [operrel expresiesimplă] 
expresiesimplă ::= [operunar] termen {operadit termen) 
termen ::= factor {opermult factor) 
Jactor ::= refvar [operexp refvar] 
refvar ::= literal | agregat | nume | alocator | apelfunctie| 

expresiecalificată | (expresie) 

operrel :==|=|<|<=|>|>= 
operadit ::= + |- | & 



























































































































opermult ::= * | / | mod | rem 
operunar ::= + | - | not 
operexp ::= ** 


Figura 6.1. Definitia expresiilor in Ada 


În definiţia de mai sus apare neterminalul refvar, prescurtare pentru referință 


de variabilă, care este cea mai simplă formă de expresie din sintaxa limbajului ` 
Ada. În alte limbaje, termenul folosit pentru cea mai simplă expresie este . 


expresie primară (C, C++) sau factor (Pascal, Turbo Pascal). 
Sintaxa expresiei în Turbo Pascal este: 


expresie ::= 
expresie-simplă | 
expresie-simplă < expresie-simplă | 
expresie-simpla <= expresie-simplă | 
expresie-simplă > expresie-simplă | 
expresie-simplă >= expresie-simplă | 
expresie-simplă = expresie-simplă | 
expresie-simplă <> expresie-simplă | 
expresie-simplă in expresie-simplă 
expresie-simplă ::= 
termen | 
termen + expresie-simplă | 
termen - expresie-simplă | 
termen or expresie-simplă | 
termen xor expresie-simplă 
termen ::= 
factor | 
factor * termen | 
factor | termen | 
factor div termen | 
factor mod termen | 
factor and termen | 
factor shl termen | 
factor shr termen 
factor ::= 
@referinji-de-variabild | 
(Qidentificator-de-procedură | 
@identificator-de-functie | 
constantă-fără-semn | 
(expresie) | 
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not factor | 

semn factor | 
apel-functie | 
constructor-set | 
conversie-explicită 


În Oberon, expresiile sunt construcții ce contin reguli de calcul şi în care se 
combină constante şi valori curente ale variabilelor, pentru a calcula alte valori 
prin aplicarea operatorilor şi a funcţiilor. Expresiile sunt formate din operanzi şi 
operatori. Se pot folosi parantezele pentru a exprima asocieri particulare ale 
operatorilor şi operanzilor. 


Cu excepția constructorilor de mulţimi şi a constantelor literale (numere, 
constante caracter şi string-uri), operanzii sunt notati prin designatori. Un 
designator constă dintr-un identificator ce referă o constantă, variabilă sau 
procedură. Identificatorul poate fi calificat cu un identificator de modul şi poate 
fi urmat de selectori, dacă obiectul desemnat este element al unei structuri. 


Designator = Qualident {“.” ident | 
“P ExpressionList “T” | 
«A» | 


“(” Qualident “)”}. 


Ca 


ExpressionList = Expression {“,” Expression}. 


Dacă a desemnează un tablou, atunci a/e] denotă acel element din a al cărui 
indice este valoarea curentă a expresiei e. Tipul lui e trebuie să fie întreg. Un 
designator scris în forma a/e0, el,...,.en] semnifică a/e0]/e1]...[en]. 


Dacă r desemnează o înregistrare, atunci r.f denotă câmpul f al lui r sau 
procedura f legată cu tipul dinamic al lui r. 


Dacă p desemnează un pointer, p^ denotă variabila dinamică referită de p. 
Designatorii p^f şi p’fe] se pot abrevia in forma p.f şi p/e], deci selectorii de 
Înregistrare sau tablou implică dereferentierea. Dacă a sau r sunt read-only, 
atunci a/e] şi r.f sunt la rândul lor read-only. 


O gardă de tip v(T) afirmă că tipul dinamic al lui v este T (sau o extensie a lui 
T), adică execuţia programului va fi întreruptă dacă tipul dinamic al lui v nu va fi 
T (sau o extensie a lui 7). În interiorul designatorului, v este considerat că are 
tipul static 7. Garda este aplicabilă dacă: 


1. veste un parametru variabil de tip record sau v este un pointer, şi dacă 
2. Teste o extensie a tipului static al lui v. 


Dacă obiectul desemnat este constantă sau variabilă, atunci designatorul va 
referi valoarea curentă a acesteia. Dacă obiectul desemnat este o procedură, 
designatorul referă acea procedură; dacă designatorul este urmat şi de o listă de 
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parametri (posibil vidă), procedura în cauză va fi activată, iar valoarea produsă 
de designator este valoarea ce rezultă din execuţia procedurii. Parametrii actuali ` 
trebuie să corespundă parametrilor formali, la fel ca în apelurile de proceduri 
ordinare. 


expresii infix - operatorul se pune între operanzi; 


expresii prefix - operatorul se pune înaintea operanzilor; 























expresii postfix - operatorul se pune după operanzi; 





Exemple de designatori: Pentru cazul operatorilor binari, expresiile binare formate cu operatorul op şi 


operanzii E; şi E2 se scriu astfel: 

















l i (INTEGER) — notația infix: E; op E2; 
afi] . (REAL) i 

w[3].nameți] (CHAR) - notația prefix: op E1 E2; 
tleftright (Tree) - notația postfix: E/ E2 op ; 
t(CenterTree).subnode (Tree) 


De exemplu, dacă operatorul op este cel de adunare, adică “+”, iar operanzii 
sunt două expresii simple (variabile), notate cu x şi y, atunci expresia care denotă 


Sintaxa expresiilor în Oberon este: suma acestora se scrie: 





Expression l = SimpleExpression [Relation SimpleExpression]. = notatia infix:x+y; 
SimpleExpression = [+ |] Term {AddOperator Term}. 

Term = Factor {MulOperator Factor}. — notația prefix: + x y; 
Factor = Designator [ActualParameters] | — notația postfix: xy + ; 


number | character | string | NIL | Set | 


“C Expression “)” | “~” Factor. Analog, o expresie scrisă matematic in forma (x + y) * z se va transcrie astfel: 





Set =“{” [Element (“,” Element}] “}”. — notația infix: (x + y) *z; 
Element = Expression [“..” Expression]. : oe | 
ActualParameters =“(” [ExpressionList] “)”. — notația prefix: *+ xyz; 
Relation = | HP je | <= | IN JIS. — notația postfix: xy + z *; 
iale ia pa ap i a | MOD | “8” În notatia infix (notatie uzuală în matematica), un operand E se poate include 
i între paranteze, în forma (E) pentru claritatea exprimării; valoarea lui nu se 
E modifică în prezența parantezelor. În notația prefix sau postfix nu mai sunt 
6.1.2. Operatori i l necesare parantezele, deoarece operanzii fiecărui operator se pot determina fără 


P : 4 ză F x ambiguități. 
În funcție de numărul de operanzi, expresiile se clasifică în: = 
= i Regulile notației prefix sunt: 
— expresii unare - un singur operand; ; f 
oa i ' (PRO) Pentru fiecare operator se cunoaste aritatea lui. 
— expresii binare - doi operanzi ae 
(PR1) Notatia prefix pentru o constantă sau variabilă este constanta sau variabila 


— n-are - n operanzi. tr: seamă. | 
Numărul de operanzi necesar este o caracteristică a unui operator şi se (PR2) Aplicarea operatorului binar op la subexpresiile E7 şi E2 se scrie în notația 

numeşte aritatea respectivului operator. Există operatori cu aritatea fixată şi prefix în forma op Ef E2. 

operatori care au aritatea variabilă. De exemplu, in Lisp, operatorul ‘+’ poate | 


avea unul, doi sau mai mulţi operanzi. (PR3) Aplicarea operatorului n-ar (de aritate n=0) op” la subexpresiile E7, E2, 
= ak . . | r ... En se scrie în notație prefix ca op” E1 E2... En. 
După poziția operatorilor în raport cu operanzii, expresiile se clasifică în: 

Dacă regula (PRO) este înlăturată (cum se întâmplă în Lisp sau în dialectele 


sale, unde există operatori care nu au aritatea fixată), atunci regulile de 
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construire a expresiilor (PR2) şi (PR3) se modifică: este necesară prezența 
parantezelor pentru a delimita o expresie, deci expresiile construite vor avea 
forma: (op E1 E2) respectiv (op” E; E2... En). 


Regulile notafiei postfix sunt: 
(POO) Pentru fiecare operator se cunoaste aritatea lui. 


(PO1) Notatia postfix pentru o constantă sau variabilă este constanta sau vari- 
abila în cauză. 


(PO2) Aplicarea operatorului binar op la subexpresiile E; şi E? se scrie în notația 
postfix în forma E; E2 op. 


(PO3) Aplicarea operatorului n-ar (de aritate n=0) op” la subexpresiile Ey, E2, 
.. En se scrie în notație postfix ca Ej E2... En op” ; 


6.1.3. Precedenta operatorilor 


Rezolvarea ambiguitatilor în cazul notatiei infix se face prin două reguli, 
privind: 
a.  precedența operatorilor; 
b.  asociativitatea operatorilor (pentru operatorii cu aceeași precedenti). 


Aceste ambiguitati apar de obicei la expresiile aritmetice, la care operatorii 
binari se grupează pe trei nivele de precedenta (prioritate), prezentaţi în cele ce 
urmează în ordinea descrescătoare a priorităţi: 


— operatorul de ridicare la putere ^ 
— operatorii multiplicativi * şi / 
— operatorii aditivi + şi -; 


Fiecare categorie de operatori are precedent (prioritate) mai mare decât cei 


care urmează după ea. De fapt, aceasta este regula privind ordinea de efectuare a — 


operațiilor aritmetice care se învaţă în şcoala primară. 


Astfel, expresia: a + b * c se va evalua ca a + (b * c), iar a * b + c se va 
evalua ca (a * b) + c (parantezele indică ordinea în care se efectuează aplicarea 
operatorilor); în primul caz, se va efectua produsul b * c şi apoi se va face 
adunarea rezultatului cu valoarea lui a, iar în al doilea caz se va efectua produsul 
a * b şi apoi se va face adunarea rezultatului cu valoarea lui c. 


În exemplele de mai sus, s-a folosit numai precedenta operatorilor. Ce se 
întâmplă însă dacă într-o expresie apare de mai multe ori acelaşi operator sau 
operatori cu aceeaşi prioritate? În acest caz, acționează al doilea grup de reguli, 
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care stabileşte asociativitatea operatorilor. Există două tipuri de asociativitate: la 
stânga şi la dreapta. 


Un operator este asociativ la stânga dacă subexpresiile care conţin apariţii 
multiple ale lui se grupează de la stânga la dreapta. Astfel, suma a + b + c este 
interpretată ca (a + b) + c, deci prima dată se efectuează suma a + b iar apoi 
rezultatul se va aduna la valoarea lui c. Uzual, toți operatorii multiplicativi şi 
aditivi sunt asociativi la stânga. 


Un operator este asociativ la dreapta dacă subexpresiile care conţin apariţii 
multiple ale lui se grupează de la dreapta la stânga. Astfel, expresia a A b Ac este 
interpretată ca a ^ (b ^c), deci prima dată se efectuează ridicarea la putere b ^c 
iar apoi rezultatul va fi exponentul la care se ridică baza a. 


Reamintim că asociativitatea operatorilor se aplică doar în situaţia când 
aceştia au aceeaşi prioritate. Prin urmare, expresia infix de forma bhcAd-4*a 
* c este interpretată ca (b ^ (c ^d)) - ((4 * a) *c). 


Majoritatea limbajelor de programare posedă astfel de reguli de precedenţă şi 
asociativitate. Excepţie notabilă este limbajul Smalltalk-80, în care toți 
operatorii aritmetici au aceeaşi precedent şi sunt asociativi la stânga. 


În tabelul 6.1 este prezentată, comparativ, precedenta operatorilor în câteva 
limbaje de programare. În partea superioară sunt operatorii cu prioritatea 
maximă, iar în partea inferioară operatorii cu precedenta minimă. 


Tabelul 6.1. Precedenţa operatorilor în câteva limbaje de programare 
(în ordine descrescătoare) 


FORTRAN ALGOL60 
*+* 4 
"y xh 
+- +- 
EQ.,.NE.,.LT.,.GT.,.LE.,.GE. <<=>,2,% 
NOT. = 
AND. A 
OR. Vv 
D 
PL/I Pascal Ada 
** + unar,- unar,— not re 
*/ * /,div,mod,and * /,mod,rem 
te +,-,0r + unar,- unar,not 
| | =,<=>=>,in +,-,& 
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PL/1 Pascal Ada 
[Poa a =F<,<=> >= 
& and,or,xor 


in Turbo Pascal, operatorii se clasifică in patru categorii de precedenta, 
conform tabelului 6.2. Prioritatea maximă este 1. 


Tabelul 6.2. Precedenta operatorilor în Turbo Pascal 



































Categoria de Operatorii Clasa de 
precedent& operatori 

1 @ not unari 

2 * / div mod and shl shr multiplicativi 
3 + - or xor aditivi 

4 =<><><=>=in relationali 








iar regulile de precedent sunt următoarele: 


1. Un operand ce se află între doi operatori din categorii de precedenta diferite 
se leagă de operatorul cu prioritatea mai mare. 


2. Un operand ce se află între doi operatori din aceeaşi categorie de precedență 
se leagă de operatorul din stânga (asociativitate la stânga). 


3. Expresiile puse în paranteze sunt evaluate prima dată, fiind tratate ca un 
singur operand. 


De regulă, operanzii din aceeași categorie de precedenta respectă regula 
asociativitatii la stânga; pot exista situaţii în care compilatorul poate rearanja 
operanzii pentru a genera cod optimal. 


În Oberon există patru clase de operatori cu diferite precedente (tării de 
legare). Operatorul ~ are cea mai mare precedență, urmat de operatorii 
multiplicativi, aditivi şi relationali. Operatorii cu aceeaşi precedență sunt 
asociativi la stânga. 


Limbajele C şi C++ posedă cea mai bogată colecţie de operatori. Prezentarea 
pe larg a acestora se face în [Str94]. 


6.1.4. Arborele unei expresii 
O expresie este formată din operatori şi operanzi. Structura expresiei 


ilustrează, pentru fiecare operator, operanzii la care acesta se aplică. În 
exemplele anterioare de expresii infix, structura expresiei s-a precizat, pentru 
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claritate, prin folosirea parantezelor rotunde. Se observă că structura expresiei 
este independentă de maniera ei de notare (infix, prefix sau postfix). 


O manieră alternativă de ilustrare a structurii unei expresii foloseşte arborii 
n-ari. Într-un astfel de arbore, numit arbore sintactic al expresiei, nodurile 
reprezintă operatorii, iar subarborii reprezintă operanzii. Constantele şi vari- 
abilele (expresiile. simple) sunt frunzele (nodurile terminale) ale unui astfel de 
arbore. 


Pentru un operator opn de aritate n20, expresiei construită cu el, care se scrie 
op” Ej E2... En (în notație prefix), respectiv E; E2... En op” (in notatie postfix) 
îi va corespunde arborele: 





De exemplu, pentru expresia: 
b^c^d-4*a*c 


arborele sintactic este un arbore binar (toți operatorii folosiți au aritatea 2) de 


forma: 


Arborii de sintaxă sunt abstracti, reprezentarea lor fiind aceeaşi, inde- 
pendentă de notația folosită pentru expresie. In fapt, denumirea notatiei (infix, 
prefix sau postfix) provine de la maniera de parcurgere (vizitare) a nodurilor 
arborelui: 


— prefix (rădăcină, subarbori de la stânga la dreapta): 
^b^cd**4ac 


afix (subarbore stâng, rădăcină, subarbore drept; numai pentru arbori 
binari): 


b^c^d-4*a*c 
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— postfix (subarbori de la stânga la dreapta, rădăcină): 


bcd**4a*c*- 


Turbo Pascal 


Operatori aritmetici binari 



















6.2. Clase de operatori si de expresii 
(dupa tipul rezultatului) 





Operatorul | Operatia 










Tipuri operanzi 














































Adunare tip intreg tip intreg 
: ws : tip real tip real 
În funcţie de natura operaţiilor pe care le semnifică, operatorii se pot clasifica Scădere tip întreg tip întreg 
în următoarele categorii: tip real tip real | 
— aritmetici; Înmulțire tip întreg tip întreg 
, , tip real tip real 
= relationali; Împărțire tip întreg tip întreg 
— logici; 5 tip real tip real 
a Împărțire tip întreg tip întreg 
— pe mulțimi; întreagă 
— pe şiruri de caractere; mod Restul | tip întreg tip E 
împărțirii 








— pe şiruri de biti; 
— pe pointeri; Operatori aritmetici unari 
— operatorul de determinare a domeniului de vizibilitate (scope resolution 
















operator); [ Operatorul Operația Tipuri operanzi Tip rezultat 
— conversie explicită; i — tip intreg tip întreg 
— atribuire; tip real tip real | 
— conditional; ; el tip intreg tip intreg | 
— operatorul virgulă. tip real tip real | 








Tipul expresiei se stabileşte pe baza tipurilor operanzilor şi operatorilor ce 
formează expresia. Orice operand al cărui tip este un subdomeniu al unui tip ordinal 7 este tratat 
ca şi cum ar fi de tipul 7. 


6.2.1. Operatori aritmetici Operatiile aritmetice cu operanzi întregi folosesc precizie pe 8, 16 sau 32 de 


: .. : : biți pe baza următoarelor reguli: 
Operatorii aritmetici se folosesc la construirea expresiilor aritmetice. 


Operanzii unor asemenea expresii trebuie să fie de tipuri numerice, iar rezultatul a. Tipul unei constante întregi este tipul întreg predefinit cu cel mai mic 
evaluării expresiei este tot de tip numeric. Fiecare limbaj posedă propriile reguli domeniu de valori căruia îi aparține valoarea respectivei constante. 
de efectuare a calculelor şi de stabilire a tipului rezultatului. b. Pentru un operator binar, valorile ambilor operanzi sunt convertite la tipul 


comun înainte de efectuarea operației. Tipul comun este tipul întreg prede- 
finit cu cel mai mic domeniu de valori care include domeniile tipurilor 
operanzilor. Operația se face folosind precizia tipului comun, iar tipul 
rezultatului este tipul comun. 




























































































































































































c. Expresia din membrul drept al unei instrucţiuni de atribuire se evaluează `° 


independent de dimensiunea sau tipul variabilei din membrul stâng al 
instrucţiunii. 

d. Înaintea efectuării unei operaţii aritmetice, orice operand reprezentat pe un 
octet (byte sau shortint) este convertit la un operand intermediar reprezentat 
pe doi octeți (word sau integer). 


in plus, 


e. Dacă unul sau ambii operanzi ai operatorilor +, - sau * sunt de tip reai, 
rezultatul este de tip Real sau Extended (depinzând de setarea compilatoru- 
lui). 


f. Dacă se aplică unul dintre operatorii unari la un operand de tipul întreg T, 
rezultatul este tot de tipul 7. 


g.  Dacăseaplicăunul dintre operatorii unari la un operand de tip real, rezultatul 
va fi de tipul Real sau Extended. 


h. Valoarea expresiei X/Y este întotdeauna de tip Real sau Extended, indife- 
rent ce tipuri au operanzii X şi Y, se semnalează eroare dacă valoarea lui Y 
este 0. 


i. Valoarea expresiei J div J este câtul J/J rotunjit în direcția lui 0 la un întreg; 
dacă valoarea lui J este 0, se semnalează eroare. 


j. Operatorul mod întoarce restul conform formulei: 
I mod J = I - (I div J) * J 


Semnul rezultatului (restului) este acelaşi cu semnul operandului /; se 
semnalează eroare dacă valoarea lui J este 0. 


În Oberon, operatorii aritmetici sunt: 


+ sumă 

- diferență 

* produs 

/ împărțire reală 
DIV împărțire întreagă 
MOD modulo 


Operatorii +, -, *, şi / se aplică la operanzi de tipuri numerice. Tipul 
rezultatului este tipul acelui operand care include tipurile celorlalți operanzi, cu 
excepția împărțirii (/), unde rezultatul este cel mai mic tip real care include 
tipurile ambilor operanzi. Folosit ca operatori unar - denotă inversarea semnului 
iar + denotă operaţia de identitate. Operatorii DIV şi MOD se aplică numai la 
operanzi întregi. Ei sunt legaţi unul de altul prin relațiile: 
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x = (x DIV y) * y + (x MOD y) 


0 <= (x MOD y) < y or 0 >= (x MOD y) > y 


Observatie: 


x DIV y = ENTIER(x / y) 


Exemple: 
x y x DIV y x MOD y 
5 3 1 2 
-5 3 -2 1 
5 =3 -2 -1 
-5 -3 i -2 


6.2.2. Operatori relationali 


Operatorii relationali se aplică unor operanzi de tipuri variate, producând un 


rezultat Boolean. 


Operatorii relationali din Turbo Pascal sunt: 


Egal simple, pointer, set, string sau 
Diferit 
|] 


packed string compatibile 
> Mai mare 
















simple, pointer, set, string sau 





packed string compatibile 
simple, string, packed string sau 
PChar compatibile 







simple, string, packed string sau 
PChar compatibile 
simple, string, packed string sau 
PChar compatibile 


egal 
Mai mare sau | simple, string, packed string sau 
incluziune | set compatible | 
Parte a set compatibile 
primul operand:orice tip ordinal T 


al doilea operand: tip set cu baza 
compatibilă cu T. 








<= Mai mic sau 






















Rezultatul este în toate cazurile de tip Boolean. 
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În Oberon, operatorii relationali sunt următorii: 


= egal 

# diferit 

< mai mic 

<= mai mic sau egal 
mai mare 


mai mare sau egal 
test de apartenență la mulțime 
test de tip 
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Operatorii relationali produc un rezultat BOOLEAN. Operatorii =, 4, <, <=, 
>, şi >= se aplică la tipurile numerice, CHAR, string-uri şi tablouri de caractere 
conţinând 0X ca terminator. Operatorii relationali = şi # se aplică si la operanzi 
de tipurile BOOLEAN şi SET, ca şi la tipurile pointer şi procedură (inclusiv 
valoarea NIL). x IN s înseamnă “x este un element al mulțimii s”. x trebuie să 
fie de tip întreg, iar s de tipul SET. v IS T înseamnă “tipul dinamic al lui v este 
T (sau o extensie a lui 7)” şi se numeşte test de tip. Testul de tip se poate aplica 
dacă: 


1. v este un parametru variabilă de tip record sau v este un pointer 
Şi dacă 


2. Teste extensie a tipului static al lui v. 


Exemple de expresii: 


1991 INTEGER 
i DIV 3 INTEGER 
-p OR q BOOLEAN 
(i+j) * (i-j) INTEGER 
s - (8, 9, 13} SET 

i + x REAL 

a[i+j] * a[i-j] REAL 

(0<=i) & (i<100) BOOLEAN 
t.key = 0 BOOLEAN 
k IN {i..j-1} BOOLEAN 
w[i].name <= “John” BOOLEAN 


t IS CenterTree BOOLEAN test de tip 
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6.2.3. Operatori logici 


Operatorii logici au operanzi de tip Boolean gi intorc un rezultat de tip 
Boolean. 


În Turbo Pascal, operatorii logici sunt: 


Operatorul | Operația Tipuri Tip rezultat 
operanzi 


negația logică Boolean 
Boolean 













conjunctia logică 






disjunctia logică Boolean 





sau exclusiv Boolean 


Operatorul not este unar, ceilalți sunt binari. 


În Oberon, operatorii logici sunt: 


OR disjunctie logică pORq “ifp then TRUE, else q” 
& conjunctie logică p&q “if p then q, else FALSE” 
~ negatie logică ~p “not p” 


Aceşti operatori se aplică la operanzi de tip BOOLEAN si produc un rezultat 
de tip BOOLEAN. 


6.2.4. Operatori pe mulțimi 
Operatorii pe mulțimi au operanzi de tip mulţime şi întorc un rezultat de tip 
mulțime. 


În Turbo Pascal sunt definiti următorii operatori pe mulțimi: 


+ reuniune set compatibil 
diferență set compatibil 
intersecţie set compatibil 













Rezultatele operaţiilor pe mulțimi se conformează regulilor: 


— o valoare ordinală c aparţine mulțimii A + B numai dacă c aparţine lui A 
sau lui B; 
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— o valoare ordinală c aparţine mulțimii A - B numai dacă c aparţine lui A şi 
nu aparține lui B; 

— o valoare ordinală c aparţine mulţimii A * B numai dacă c aparţine atât lui 
A cât şi lui B. 


Dacă cea mai mică valoare ordinală care este membru al rezultatului unei 
operații pe mulțimi este A şi cea mai mare este B, tipul rezultatului este o 
mulțime de tip set of A..B. 


În Oberon sunt definiti următorii operatori pe mulţimi: 


+ reuniune 

za diferenţă (x - y =x * (-y)) 

* intersectie 

/ diferența simetrică (x / y = (x-y) + (y-x)) 


Operatorii pe mulțimi se aplică pe operanzi de tipul SET and produc un 
rezultat de tipul SET. Semnul minus unar înseamnă complementul lui x, deci -x 
înseamnă mulţimea de întregi dintre 0 şi MAX(SET) care nu sunt elemente ale 
lui x. Operatorii pe mulțimi nu sunt asociativi: ((a+b)-c # a+(b-c)). 


Un constructor de mulțime defineşte valoarea mulțimii prin precizarea 
elementelor acesteia puse între acolade. Elementele trebuie să fie întregi în 
subdomeniul 0..MAX(SET). Un subdomeniu a..b denotă toţi întregii i cu i >= a 
andi<=b. 


6.2.5. Operatori pe şiruri de caractere 


Turbo Pascal permite utilizarea operatorului ‘+’ pentru concatenarea a două 
string-uri. 


Operator Operația | Tipul Tip rezultat 
operanzilor 
+ concatenare string, char sau 
packed string 
Rezultatul este compatibil cu orice tip string, însă nu este compatibil cu tipul 


char sau packed string. Dacă string-ul rezultat este mai mare decât 255 
caractere el va fi trunchiat. 











În limbajul C nu există un tip de date special “şir de caractere”, oferindu-se 
în schimb posibilitatea folosirii tablourilor unidimensionale de caractere pentru 
memorarea sirurilor. Din această cauză nu sunt disponibili nici operatori pentru 
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şiruri. Biblioteca standard C conţine însă un set de funcții dedicate operaţiilor cu 
şiruri, declarate în fişierul <stdio.h>: strcpy (pentru copiere de şiruri), strcat 
(concatenare a două şiruri), strcmp (comparare a două şiruri) etc. 


6.2.6. Operatori pe şiruri de biti 


Aceştia sunt operatori care lucrează la nivel de reprezentare pe biti, aplicând 
operaţiile logice cunoscute bitilor corespunzători (ca poziţie în cadrul reprezen- 
tării) ai operanzilor. Valorile bitilor (0 şi 1) se consideră la aplicarea operaţiilor 
drept valori de adevăr. 


Acest tip de operatori este mai degrabă specific limbajelor de asamblare 
decât limbajelor de nivel înalt, însă datorită orientării anumitor limbaje spre 
aplicaţii de sistem (în special C şi C++) ele au fost prevăzute cu acest gen de 
operaţii care permit accesul la memorie la nivel de bit. 


Limbajele C şi C++ dispun de: 


a. operatori de deplasare a conținutului unei locaţii de memorie spre stânga 
(“<<”) şi spre dreapta (“>>”). 


Astfel, a<<b, unde a şi b sunt expresii întregi, iar b are o valoare întreagă 
nenegativă, are ca rezultat valoarea obținută după deplasarea reprezentării 
valorii lui a cu b biti spre stânga. Bitii eliberați la dreapta se completează 
cu zero. Dacă tipul este unsigned, deplasarea spre stânga este echivalentă 
cu o înmulţire cu 2 la puterea b, urmată de o trunchiere la numărul de biti 
al tipului. 


Prin a>>b se realizează deplasarea spre dreapta. Aici rezultatul operaţiei 
diferă în funcție de tipul valorii (mai precis de semnul acesteia): pentru valori 
unsigned codul binar este deplasat spre dreapta cu b poziţii si se inserează 
întotdeauna la stânga biţi cu valoarea 0. Rezultatul este de fapt partea 
întreagă a împărțirii la “2 la puterea b”; pentru valori de tip signed nu se 
introduc automat zerouri la stânga ci se multiplică bitul cel mai semnificativ 
(bitul de semn). Operația se numeşte deplasare aritmetică spre dreapta şi 
are ca efect conservarea semnului. De exemplu, dacă v=-8 (11111000 in 
binar), expresia v>>2 are în Turbo C++ valoarea 11111110=-2. 


Standardul C++ nu garantează însă această comportare a deplasării spre 
dreapta în cazuri operanzilor cu semn, menţionând doar că rezultatul unei 
astfel de deplasări va fi dependent de implementare (în sensul că implemen- 
tarea va adopta varianta de deplasare spre dreapta pe care maşina respectivă 
o poate realiza mai eficient). 


Considerând acum variabila de tip int (deci reprezentată pe doi octeți) v=46, 
vom avea în Turbo C++: 
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46 << 4 dă ca valoare 736 
iar 
46 >> 4 dă ca valoare 2 


(biții eliberați prin deplasare se completează cu zero indiferent de sensul 
deplasării, iar primii, respectiv ultimii biţi, după caz, se pierd). 

Operandul care indică numărul de poziţii (notat de noi cu b) trebuie să fie 
pozitiv şi mai mic sau egal decât numărul de biţi al operandului ce se 
deplasează. În caz contrar, operaţia este nedefinită. 


operatori booleeni asupra bitilor 


& -  Şlbitcubit 

| - SAU bit cu bit 

^ =- SAU EXCLUSIV bit cu bit 
~ -= NEGARE bit cu bit 


Aceşti operatori efectuează operațiile specificate asupra unor expresii în- 
tregi. Prin a & b se obține o secvență de biți de aceeaşi lungime cu a 
operanzilor, în care un bit are valoarea 1 dacă cei doi biți corespunzatori din 
a şi b sunt 1, şi are valoarea 0 în caz contrar. Prin a | b fiecare bit rezultat 
are valoarea 0 dacă biții corespunzători din a şi b sunt 0, şi valoarea 1 în caz 
contrar. Prin a ^b se obțin biți 0 când biții corespunzători din a şi b au aceeaşi 
valoare şi 1 în caz contrar. Operatorul unar ~ aplicat unei expresii a, schimbă 
în reprezentarea valorii lui a fiecare bit 0 în 1 şi fiecare bit 1 în 0. 


Din punct de vedere al operării practice este bine de reţinut că operaţiile 


prezentate sunt utile pentru următoarele situaţii: 


& 


- Permite izolarea valorii unui anumit bit sau forțarea unor 
biti la valoarea 0. 


- Permite forțarea unor biţi la valoarea 1. 


- Permite complementarea valorii unor biţi fără a şti valoarea 
lor. 


- Realizează complementarea tuturor bitilor valorii argumen- 
tului. 


În general, pentru realizarea unor astfel de scopuri se foloseşte ca un al doilea 


operand o mască (aceasta fiind o configurație de biti aleasă de programator 
într-un mod adecvat). 
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Dăm mai jos câteva exemple de probleme care necesită utilizarea de operaţii 
la nivel de bit. Pentru aceste exemple vom face presupunerea că valorile întregi 
sunt reprezentate (ca în cazul arhitecturii PC-urilor) pe doi octeți, iar 
numerotarea bitilor se face de la 0 la 15, de la stânga la dreapta. 


Exemplul 6.2.6.1: 


Să se scrie o expresie C care determină valoarea reprezentată pe biții 5-7 ai 
variabilei întregi v. 


Să observăm de la început că valoarea cerută pentru a fi determinată (fiind 
reprezentată pe trei biti) va fi un întreg cuprins între 0 si 7. Pentru a izola 
valoarea acestui grup de biţi putem deplasa spre dreapta acest grup până la 
alinierea lui la dreapta (aceasta însemnând în cazul nostru deplasarea cu opt 
poziţii), iar apoi să forțăm zerorizarea bitilor din fata acestui grup. Valoarea 
rezultată va fi cea cerută de problemă. lată un mod schematic sugestiv pentru 
urmărirea acestui proces: 


Numerotarea 
bitilor 0123456789A BCDEF 


v YYYYYXXXYYYYYYYY 
v>>8 27777777 YYYYYXXX & 
0000000000000111 7 


rez 0000000000000XXX 


Cu X am notat biții din grupul de biti care ne interesează iar cu Y am notat 
biții din restul configurației. Semnele de întrebare puse după realizarea 
deplasării apar pentru a semnala cele două situaţii posibile amintite mai 
înainte (unele implementări ale limbajului vor pune 0, iar altele vor multi- 
plica bitul de semn). Dar, după cum se observă în continuare, prin alegerea 
măştii 7 am impus (indiferent de valoarea de după deplasare a acelor biti) 
valoarea 0 pentru toți biții de dinaintea celor trei care ne interesează. 
Expresia cerută este 


rez = (v >> 8) & 7 
Exemplul 6.2.6.2: 


Să se scrie o expresie C care determină valoarea reprezentată pe bitii 7, 2, 
9 ai unei valori întregi v. 
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Diferenţa față de problema anterioară constă în faptul că cei trei biti nu mai 
constituie un grup compact şi astfel nu vor mai putea fi izolați simultan. 
Izolarea unui bit de pe poziţia i se face prin aplicarea operației & cu masca 
“2 la puterea (15-i)” (pow(2,15-i) în exprimare Turbo). O variantă de 
rezolvare este deplasarea valorii bitului în cauză până la ajungerea pe poziţia 
adecvată (13,14 sau 15, după caz) şi izolarea valorii lui, etape ce vor fi 
efectuate de trei ori, câte o dată pentru fiecare din cei trei biti. După aceea 
ar urma “compunerea” acestor trei expresii intermediare, lucru care se 
realizează prin aplicarea operaţiei |: 





Numerotare biti 0 12 345678 9ABCDEF 
v YYXYYYYXYXYYYYYY 


v>>6 27777727 YYXYYYYXYX & 
0000000000000100 4 


0000000000000X00 


v>>12 7979929999297 7YVXY & 


0000000000000010 2 


00000000000000X0 


v>>6 272229297 9YYXYYYYXYX & 
0000000000000001 1 


000000000000000X 


după care urmează m 


0000000000000X00 | 
00000000000000X0 | 
000000000000000X 


0000000000000XXX 


În concluzie, expresia cerută va fi 


((v >> 6) & 4) | ((v >> 12) & 2) | 
((v >> 6) & 1) 
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Să observăm că putem opera o simplificare a soluţiei, dacă observăm că la 
primul pas, după deplasarea cu 6 poziţii a valorii v, se pot izola simultan 
biții de pe poziţiile iniţiale 7 şi 9 prin folosirea măștii 5: 


v>>6 ??????YYXYYYYXYX & 
0000000000000101 5 


0000000000000X 0x 


Astfel, expresia devine 
((v >> 6) & 5) | ((v >> 12) & 2) 


O altă soluţie, bazată pe inversarea celor doi paşi iniţiali (adică întâi izolarea 
valorii unui bit şi apoi deplasarea pe poziţia adecvată) poate fi aplicată numai 
în măsura în care se ştie că deplasarea spre dreapta va introduce zerouri la 
stânga. În aceste condiţii, o expresie care va avea acelaşi efect cu cele de 
mai sus este 


((v & pow(2,8)>>6) | ((v & pow(2,13)>>12) | 
((v & pow(2,6))>>6) 


sau respectiv (ţinând cont de observaţia făcută) 


((v & (pow(2,8)+pow(2,6)) >> 6) | 
((v & pow(2,13)) >> 12) 


Exemplul 6.2.6.3: 


Să se scrie o secvență de program C care să realizeze interschimbarea 
conţinutului valorilor bitilor 7 şi 13 din reprezentarea unui număr întreg a. 


O soluţie posibilă este următoarea: se izolează valoarea din poziţia 7 şi se 
deplasează pe poziția 13 a unei maşti v/, iar apoi analog se izolează valoarea 
de pe poziția 13 a variabilei a şi se deplasează pe poziţia 7 a unei măşti v2. 
Aceste măşti sunt acum pregătite pentru introducerea noilor valori ale bitilor 
în cadrul numărului a. Pentru a putea realiza corect această introducere 
trebuie să “curățăm” locurile respective, una din modalităţi fiind scăderea 
valorilor pow(2,(15-13)) = 4 şi respectiv pow(2,(15-7)) = 256 din a, ceea 
ce va duce la zerorizarea bitilor în cauză. Cu măştile pregătite vom realiza 
acum o operaţie SAU bit cu bit care va rezolva cerința pusă. Posibila 
succesiune de instrucțiuni este: 


vl = (a & 256) >> 6 

v2 = (a & 4) << 6 

a =a - pow(2, (15-7)) - pow(2, (15-13)) = 
a - 256 - 4 
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a =a | vl | v2 


Să observăm că se poate uşor generaliza această problemă pentru două 
poziţii oarecare din reprezentare (notate a şi b, cu a < b), secvența de 
instrucţiuni fiind: 


vl = (a & pow(2, (15-a))) >> d 

v2 = (a & pow(2, (15-b))) << d 

a = a - pow(2, (15-a)) - pow(2, (15-b)) 
a =a | vl | v2 


unde d = b-a. 
Exemplul 6.2.6.4: 


Se dau valorile întregi a si b. Să se introducă valoarea reprezentată pe biții 
7-10 ai valorii a pe poziţiile 8-11 ale valorii b. 


Pentru a putea manipula valoarea respectivă ea trebuie mai întâi izolată. 
Vom realiza acest lucru prin crearea unei măşti m care să conţină pe poziţiile 
8-11 valoarea de pe poziţiile 7-10 ale valorii a: 


a 
00000001 1 1 100000 


0000000XXXX00000 


m 00000000XXXX0000 


Pentru a introduce această valoare pe poziţiile 8-11 ale lui b trebuie să 
“facem loc” pe acele poziţii. Acest lucru îl vom realiza prin zerorizarea 
bitilor respectivi printr-o operație de şi bit cu bit cu o mască ce va avea 0 pe 
poziţiile 8-11 şi 1 în rest, după care, printr-o operaţie de SAU bit cu bit se 
va introduce valoarea din mască pe poziţiile zerorizate: 


b & 
111111100001111 65055 


m0000000XXXxX0000 


rez 22777 277XXKXXK 27277? 


deci expresia care rezolva cerinta pusa este: 





rez = ( b & 65055) | ( (a & 480) >> 1 ) 


Turbo Pascal 


Operatorii pe şiruri de biti în Turbo Pascal sunt următorii: 


not negare întreg 
and şi 
sau 


















sau 
exclusiv 
deplasare | întreg 
stânga 
deplasare | întreg 
dreapta 









not este un operator unar al cărui rezultat este de acelaşi tip întreg (integer, 
byte, word) ca şi cel al operandului. and, or şi xor reprezintă echivalentele 
operatorilor C (C++) &, | şi respectiv ^. În ceea ce priveşte deplasarea spre 
dreapta se adoptă aceleaşi convenţii ca şi la C (C++): dacă operandul de deplasat 
este fără semn (byte, word) atunci se va completa la stânga cu zerouri, iar dacă 
operandul de deplasat este număr cu semn (shortint, integer, longint) atunci va 
fi multiplicat bitul de semn. 


6.2.7. Operatori la nivel de pointeri 


În Pascal dereferentierea unui pointer se face prin calificatorul * care nu este 
considerat operator. ‘in Turbo Pascal este definit operatorul @ (caracterul at 
sign, având semnificaţia de “adresa lui” - address of), cu ajutorul căruia se poate 
obţine adresa unui obiect (variabilă, funcție, procedură). 


[Operator | Operaia | Tipul operandului 
@ 













Formare de pointer | Referinţă de 
obţinere de adresă | variabilă, nume 
de procedură sau 


de funcţie 


Operatorul @ este un operator unar. Tipul valorii expresiei obţinute cu acest 
operator este tipul predefinit Pointer, aşa că rezultatul se poate atribui oricărei 
variabile de tip pointer. Este interesantă în acest context situația următoare: 


235 



































































































































































































































































































































type 


TwoChar = array[0..1] of Char; 


var 
Int,j: Integer; c:char; 
TwoCharPtr: “TwoChar; 


TwoCharPtr := @Int; { @lnt este de tip predefinit Pointer, 
deci se poate atribui oricărei 
variabile adresă } 

c:=TwoCharPtr*[0]; {ok - tipuri compatibile la atribuire } 

3 :=TwoCharbPtr”; (type mismatch -tipuri incompatibile ) 





unde în urma atribuirii de adrese, TwoCharPtr" devine o nouă interpretare a 
conţinutului variabilei întregi Int drept tablou de două caractere. 


Relativ la valoarea care se va furniza în urma aplicării operatorului @ se 
aplică reguli speciale în funcţie de operandul său. Putem avea situaţiile (prin 
“==>” înţelegem “ furnizează”): 


1.  (Qvariabilă-static ==> adresa variabilei din segmentul de date 
2. @variabild-automatic ==> adresa variabilei din segmentul de stivă 


@parametru-valoare ==> adresa din segmentul de stivă care corespunde 
locației parametrului respectiv (tratat ca automatic) 


Ca urmare, după o atribuire internă procedurii de forma 
var_pointer := @parametru_valoare 
var_pointer’ va referi obiectul copiat din stivă şi nu parametrul actual. 
4.  @parametru-referinfa ==> adresa parametrului actual 


În segmentul de stivă, parametrului formal i se alocă spaţiul necesar unei 
varibile pointer care va conţine (înainte de execuţia apelului) adresa para- 
metrului actual; @ preia deci această adresă din segmentul de stivă, iar o 
referire de genul var_pointer^ (în urma unei atribuiri ca mai sus) va desemna 
chiar parametrul actual transmis. 


5. | @nume-subprogram ==> adresa punctului de intrare în respectivul subpro- 
gram 


Turbo Pascal nu pune însă la dispoziţia programatorului mecanisme de a 
apela subprogramele prin intermediul adresei lor; singurele modalități de 
folosire a adreselor punctelor de intrare sunt ca parametri pentru rutine scrise 
în limbaj de asamblare sau în cadrul unor instrucţiuni inline; excepţie face 
















cazul valorilor de tip procedural fără parametri al căror caz este discutat în 
5.4. şi unde semnificaţia operatorului ‘@’ este modificată. 


6. @nume-metodd ==> adresa punctului de intrare în metoda respectivă; 
nume-metodă trebuie să fie calificat cu numele obiectului. 


În Turbo Pascal 7.0 este definit tipul PChar (în unit-ul Strings), în forma: 
type PChar = “Char; _ 


şi este considerat pointer la un şir de caractere terminat cu caracterul null (cod 
ASCII 0), deci reprezentat în convenţie C. Sintaxa extinsă a limbajului (activată 
de directiva de compilare ($X+)) oferă noi operaţii pe pointeri (de tip PChar): 


— +şi-se pot folosi la incrementarea şi decrementarea offsetului unui pointer 
PChar; 


— - se poate folosi la calculul distanţei (diferenţei) dintre offseturile a doi 
pointeri PChar. 


Dacă P şi Q sunt pointeri de tip PChar, iar / este de tip Word, atunci sunt 
permise următoarele construcții de expresii: 


G 


Construcția Rezultat 


P+I Adună pe I la offset-ul lui P 
I+P Adună pe I la offset-ul lui P 
P-I Scade pe I din offset-ul lui P 
P-Q Scade offsetul lui Q din offset-ul lui P 


În expresiile P + I, I + P se adună valoarea lui J la valoarea lui P, 
producându-se un pointer care punctează cu J caractere după locul unde puncta 
P. În expresia P - I, se scade valoarea lui I din valoarea lui P, producându-se un 
pointer care punctează cu J caractere înainte de locul unde puncta P. Expresia P 
-Q calculează “distanța” dintre O (adresa mai mică) şi P (adresa mai mare); se 
produce un rezultat de tip Word care reprezintă numărul de caractere dintre 
locațiile punctate de P şi Q. Această ultimă operație presupune că P şi Q 
punctează spre acelaşi şir de caractere; în caz contrar, rezultatul este nedefinit. 


Standardul C prevede ca operații posibile la nivel de pointeri: 

— atribuirea de pointeri; 

— compararea valorilor de tip pointer; 

— adunarea sau scăderea de valori constante întregi la pointeri; 


— scăderea a doi pointeri ce punctează spre acelaşi tip de valori. 































































































































































































































































































6.2.8. Operatorul scope resolution din C++ 


Operatorul :: (scope resolution operator, operatorul de determinare a 
domeniului de vizibilitate) urmat de un identificator, un nume-calificat sau un 
nume-de-functie-operator este o expresie primară. Tipul acestei expresii este 
specificat în declarația identificatorului, numelui sau numelui de funcție 
operator. Rezultatul evaluării expresiei este identificatorul, numele sau numele 
de funcţie operator. Dacă identificatorul este valoare stângă (Lvaloare), atunci şi 
rezultatul este Lvaloare. Identificatorul sau numele funcţiei operator trebuie să 
aibă domeniul de vizibilitate fişier. Folosirea operatorului :: permite referirea 
unui tip, obiect, funcție, enumerator chiar dacă identificatorul acestuia este 
ascuns. 


6.2.9. Conversie explicită şi implicită 


Vom lua în discuţie în principal cazul limbajelor C şi C++, deoarece aici este 
ilustrat cel mai bine şi este cel mai des utilizat conceptul de conversie. 


În unele situaţii, este nevoie de conversia explicită a valorii unui anumit tip la 
valoarea altui tip. O conversie explicită de tip produce o valoare a unui tip pe 
baza valorii altui tip. Astfel: 


float r = float(1); 


efectuează conversia întregului 1 în valoarea în virgulă flotantă 1.0f înainte de a 
se efectua operaţia de atribuire. Rezultatul unei conversii de tip nu este o 
Lvaloare, deci nu poate fi atribuit (cu excepția tipului referință). 


Există două notații pentru conversia explicită de tip: notația C tradițională, 
numită cast, spre exemplu “(double)a” şi notația funcțională “double(a)”. 
Ultima nu se poate folosi pentru tipuri care nu au nume simplu. Astfel, pentru a 
converti o valoare la un tip pointer anonim, se va folosi notația cast: 

char* p = (char*)0777; 
sau se poate defini un nou nume de tip şi atunci se poate folosi notația 
funcţională: 

typedef char* Pchar; 

char* p = Pchar(0777); 


Notatia funcțională este de preferat în cazul exemplelor netriviale. Să 
discutăm două construcţii echivalente: 


Pname n2 = Pbase(nl->tp)->b_name;  // notație funcțională 


Pname n3 ((Pbase)n2->tp) ->b_name; // notație cast 
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Deoarece operatorul -“->” are precedenta mai înaltă decât are “cast”, ultima 
expresie va fi interpretată astfel: 


((Pbase) (n2->tp) )->b_name; 


Folosind conversia explicită de tip pe tipurile pointer, este posibil să se 
pretindă că un obiect are orice tip. De exemplu construcția: 


any_type* p = (any _type*) &some_object; 


va permite ca some_object să fie manipulat ca un any_type prin “p”. Desigur, 
dacă some_object nu este de fapt un any_type, se pot întâmpla lucruri stranii şi 
nedorite. 


O conversie de tip trebuie evitată dacă nu este necesară. Programele care 
folosesc conversii explicite de tip sunt mai greu de înțeles decât programele care 
evită conversiile prin recurgerea la tipuri pentru a reprezenta concepte de nivel 
înalt (de exemplu un program care operează cu un registru de periferic prin 
deplasări şi mascări pe întregi fata de un program care definește o structură 
adecvată şi operează pe ea). Mai mult, corectitudinea conversiilor explicite de tip 
depinde în mod critic de modul în care programatorul înţelege maniera în care 
obiectele de tipuri diferite sunt gestionate de limbaj, precum şi de detaliile de 
implementare a compilatorului. De exemplu: 

int i = 1; 

char* pc = “asdf”; 

int* pi = ti; 


i = (int)pc; 

pe = (char*)i;  // Atenţie: pc îşi poate schimba valoarea. 
// Pe unele maşini sizeof(int) este mai mică 
// decât sizeof(char*) 


pi = (int*)pc; 

pe (char*)pi; // Atenţie: pc îşi poate schimba valoarea. 
// Pe unele maşini un char* se reprezintă 
// altfel decât un int* 


Pe multe maşini nu vor fi probleme, însă pe altele pot apare rezultate 
dezastruoase. În cel mai bun caz, acest cod nu este portabil. De obicei este 
normal (şi sigur) să se presupună că pointerii la diferite structuri au aceeaşi 
reprezentare. Mai mult, orice pointer se poate atribui (fără conversie explicită de 
tip) la un void*, iar un void* se poate converti explicit la un pointer de orice tip. 


| In C++, conversia explicită de tip nu este necesară în multe situaţii care, în 
limbajul C, ar pretinde-o. În multe programe se pot evita complet conversiile 
explicite de tip, iar în altele acestea se pot localiza doar în câteva rutine. 
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Conversia implicită apare cel puţin în următoarele situaţii: 

— la operaţia de atribuire; 

—  la-apelul unui subprogram, în cadrul procesului de evaluare a parametrilor; 
— la evaluarea unei expresii mixte. 


Limbajul C++ posedă, probabil, cele mai puternice mecanisme de conversie 
implicită. Vom discuta o parte dintre acestea în cazul unei expresii de atribuire 
de forma: 


expresie-de-atribuire ::= 
expresie-condițională 
expresie-unară operator-de-atribuire expresie-de-atribuire; 
operator-de-atribuire ::= unul dintre 
= t= f= Y= += -= >>= <<= &= ^ [= 


În atribuirea simplă (=) valoarea expresiei înlocuieşte valoarea obiectului 
referit de operandul stâng. Dacă ambii operanzi au tip atitmetic, operandul drept 
este convertit la tipul celui stâng înainte de atribuire. Nu există conversie 
implicită la tipul enumerare aşa că dacă operandul stâng este de tip enumerare, 
operandul drept trebuie să fie de acelaşi tip. Dacă operandul stâng este de tip 
pointer, operandul drept trebuie să fie ori de tip pointer, ori o expresie constantă 
care se evaluează la 0; înainte de atribuire, operandul drept se converteste la tipul 
operandului stâng. 


A 


Un pointer de tipul 7*const se poate atribui la un pointer de tipul 7*, însă 
atribuirea inversă este ilegală. Obiecte de tipurile const 7 şi volatile T se pot 
atribui la Lvalori de tipurile “plain” T şi volatile 7. 


Dacă operandul stâng este un pointer la un tip membru, operandul drept 
trebuie să fie ori pointer la un tip membru, ori o expresie constantă care se 
evaluează la 0; operandul drept este convertit la tipul operandului stâng înainte 
de efectuarea atribuirii. 


Sintaxa mecanismului cast in Turbo Pascal este identică cu notația 
funcţională din C, adică identificator_tip (variabilă) sau identificator_tip 
(expresie). 

În primul caz, dimensiunea zonei de reprezentare a variabilei în memorie 
trebuie să fie aceeaşi cu dimensiunea de reprezentare a tipului desemnat de 


identificator_tip. O conversie de variabilă poate fi urmată de unul sau mai multi 
calificatori, în funcție de sintaxa permisă pentru tipul la care se face conversia: 
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type ByteRec = record 
lo, hi : byte; 
end; 


WordRec = record 
low, high : word; 
end; 


PtrRec = record 
ofs, seg : word; 
end; 


BytePtr = “byte; 


var 
b:byte; w:word; l:longint; p:pointer; 


begin 
w:=$1234; b:=ByteRec(w).lo; ByteRec(w) .hi:=0; 
{ se utilizează conversia la tipul ByteRec pentru a putea 
accesa separat octetii unei variabile de tip word } 


1:=$12345678; w:=WordRec (1) .low; 
b:=ByteRec (WordRec (1) .low) .hi; 
4 acces octet pornind de la longint } 


b:=BytePtr(1)*; p:=Ptr($44,$47); 
w:=PtrRec(p).seg; inc(PtrRec(p) .ofs,4); 
{ valoarea longint | este interpretată ca pointer iar lui p îi pot 
fi accesate separat cuvântul superior respectiv inferior } 
end. 


Dacă entitatea asupra căreia se aplică conversia este o expresie, tipul acesteia 
şi noul tip specificat trebuie să fie tipuri ordinale sau respectiv pointer. Trebuie 
subliniat însă că aceste conversii (numite value typecasts, in contrast cu cele 
anterioare numite variable typecasts) implică doar operarea cu valori şi nu cu 
referințe la memorie, ele neputându-se constitui în Lvalori (deci nu pot apărea în 
partea stângă a unei atribuiri). lată nişte exemple: 


integer ( `A’) char (48) boolean (0) longint (var) 
BytePtr (Ptr ($44,$47)) ZileSapt (3) 


Conversia explicită de tip alături de alierea variabilelor (aliasing - vezi 
4.5.1.) reprezintă modalităţi de accesare a (sub)componentelor unor structuri, 
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entități care nu pot fi accesate în mod normal utilizând mecanismele de acces 
puse la dispoziție de operaţiile permisibile la nivelul tipului inițial (de exemplu, 
fără a folosi alierea sau conversia de tip, nu avem la dispoziţie un alt mecanism 
evoluat in Turbo Pascal prin care să putem accesa octeți separați din cadrul 
reprezentării obiectelor de un alt tip mai complex). 


6.2.10. Operatorul conditional 


Limbajele C şi C++ dispun de un operator conditional (“?:”) care se poate 
utiliza in cazurile când instrucţiunile de executat sunt expresii. Sintaxa generală 
este: 

expr_logica ? expr_adev : expr_fals 
echivalentă semantic cu 

if(expr_logica) expr_adev; else expr_fals; 

Expresia expr_logica trebuie să fie de tip aritmetic sau pointer. Dacă 
evaluarea ei furnizează o valoare diferită de zero, rezultatul expresiei 
conditionale este valoarea expresiei expr_adev, în caz contrar fiind valoarea 


expresiei expr fals. Eventualele efecte secundare introduse de evaluarea 
expresiei expr_logica au loc înainte de evaluarea lui expr_adev sau expr_fals. 


Determinarea maximului a două valori a şi b se poate face prin expresia 
conditionala: 


max = (a>b) ? a: b; 


Dintre problemele care pot să apară la utilizarea expresiilor conditionale 
menționăm tipurile posibil diferite ale expresiilor expr adev şi expr fals 
(situaţie în care este nevoie de conversii - implicite sau explicite, după caz, vezi 
[E1190] - care să le aducă la un tip comun), precum şi utilizarea de valori 
constante pe post de valoare stângă (Lvaloare): 


void f(long x) { 
int a, b; 


(x ? a: b) = 1; //ok în C++; eroare de sintaxă în C, 
// care nu se mai “oboseşte” să distingă 
// între cazuri; 

(x ? x : b) = 1; //eroare de sintaxă; este nevoie de 


// conversie explicită pentru ca x şi b să 
/ fie aduse la un tip comun, şi abia 

// dupa aceea se va accepta expresia 

// conditionala pe post de Lvaloare; 

// de exemplu este acceptată forma 

// (x? Gnt)x : b) = 1; 
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(x ? 1 : b) = 1; // eroare de sintaxă: 1 nu este 
// Lvaloare, deci nici expresia 
// condiţională nu poate fi; 


} 


6.2.11. Operatorul virgula (secventiere) 


In C şi C++ virgula este considerată operator cu următoarea semnificatie: o 
secvenţă de expresii de forma 


exprl, expr2, ..., exprN 


reprezintă ca însăşi o expresie în care se evaluează succesiv, de la stânga la 
dreapta expr], apoi expr2 ş.a.m.d. până la exprN, valoarea finală atribuită 
expresiei secvenţă fiind cea a expresiei exprN. Expresiile componente trebuie să 
fie atribuiri, incrementări sau decrementări, în afară de exprN care poate fi 
oarecare, deoarece aceasta da valoarea intregii secvenţe. Efectele primelor N-/ 
expresii sunt de fapt efectele secundare ale unei astfel de expresii secvențiale. De 
exemplu, după efectuarea atribuirii de mai jos i 


int x=6, y=7, Z, W; 


w = (z=ytx, y=y-x, x=x*y-z, xłyłz); 
vom obține 
x= -7; y= 1; z = 13; w= 7; 


In listele de parametri actuali sau de initializatori, operatorul virgulă trebuie 
să apară în cadrul unei expresii secvențiale cuprinsă între paranteze. De 
exemplu, apelul 


f (a, (b=3,b+4),c); 


are trei parametri actuali, al doilea având valoarea 7. 


6.3. Modalităţi de evaluare a expresiilor 


Determinarea valorii unei expresii se numeşte evaluare. O condiție necesară 
pentru evaluare, din punct de vedere matematic, este că ea trebuie să producă o 
valoare, dar nu trebuie să altereze mediul programului. Acest lucru poartă 
numele de transparenţă referentiald. Denumirea vine de la faptul că orice 
referire de variabilă sau funcție trebuie să fie transparentă, adică efectele ar 
trebui să fie doar cele evidente pentru o accesare, adică întoarcerea unei valori. 
Din păcate în lumea limbajelor de programare imperative lucrurile nu stau chiar 
aşa. Dacă expresia conține un apel de funcție sau operatori care afectează 
valoarea unor operanzi înainte sau după evaluare (cum ar fi de exemplu ++ şi -- 
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din C), există posibilitatea ca evaluarea expresiei să ducă şi la modificarea 
mediului. O astfel de modificare se numeşte efect secundar (engl. side effect). 


În general, pentru o expresie de forma: 
operand! op operand? 


evaluarea ei presupune evaluarea celor doi operanzi şi apoi aplicarea operatoru- 
lui op. Această modalitate (naturală) de evaluare se face în ordine aplicativă. 


6.3.1. Evaluarea expresiilor aritmetice mixte 


În expresiile aritmetice mixte, operanzii sunt atât numere întregi cât şi reale. 
Datorită heterogenitatii operanzilor, există mai multe variante de evaluare a 
acestor expresii, care conduc, în cazul general, la rezultate diferite pentru aceeaşi 
expresie şi aceleaşi valori ale operanzilor. Prezentăm mai jos două dintre 
acestea: 


1. Stabilirea unor reguli clare privind tipul rezultatului unei operaţii în funcţie 
de tipul operanzilor (în acest caz tipul rezultatului va fi decis la execuţia 
ultimei operaţii aferentă evaluării expresiei), conversiile făcându-se (even- 
tual) la terminarea evaluării subexpresiilor. 


2. Stabilirea prealabilă a tipului rezultatului şi apoi conversia automată a 
tuturor operanzilor de alt tip la tipul expresiei, indiferent dacă prin conversie 
lungimea de reprezentare se măreşte sau se micşorează (în acest caz sta- 
bilirea tipului rezultatului poate fi impusă de programator sau se poate face 
prin examinarea expresiei de evaluat). 


Ca exemplu, se consideră expresia din FORTRAN: 
P* Q+ I/d 
cu P = 1.0, Q=0.5, I=3, J = 5, care va fi evaluată după cum urmează: 
— in varianta (1): 
P +Q + REAL(/J) 
1.0 * 0.5 + REAL(3/5) = 0.5 + REAL(0) = 0.5 


(se face prima dată împărțirea întreagă şi apoi rezultatul se converteste 
la real) 


— in varianta (2): 
P * Q + REAL(I)/REAL(J) 
1.0*0.5 + REAL(3)/REAL(5) = 0.5 + 0.6 = 1.1 
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O modalitate de evitare a posibilelor erori de calcul (care sunt de fapt 
provocate numai de necunoaşterea convențiilor stabilite) este aceea prin care 
sunt permise numai conversiile implicite care nu afectează modificarea valorii 
variabilei (în sensul pierderii de informatie), aşa numitele conversii prin lărgirea 
(engl. widening) domeniului (de la întreg la real sau dublă precizie, de la real la 
dublă precizie), lărgirea semnificând aici mărirea spațiului de reprezentare a 
variabilei respective. Totodată, conversiile care implică pierdere de informaţie 
(în sensul că dimensiunea de reprezentare a destinaţiei este mai mică decât a 
sursei; conversiile respective se numesc conversii prin ingustare, engl. 
narrowing) nu sunt permise implicit, ci doar prin utilizarea unor funcţii 
specifice. Primul limbaj care a introdus această strategie este ALGOL68, urmat 
la puţin timp şi de Pascal. Exemplul următor este scris în Pascal: 


var x : Integer; 


y : Real; 
Begin 
x := 5; 
y := x; { conversie prin lărgire; este permisă } 
x I= y; { conversie implicită prin îngustare; 


nu este permisă } 
Trunc (y) ; { conversie explicită prin îngustare; 
este permisă; 
funcția Trunc converteste pe y la partea 
întreagă, cu rezultat întreg } 
Round (y) ; ( conversie explicită prin îngustare; 
este permisă; 
funcţia Round rotunjeşte pe y şi apoi îl 
convertește la întreg } 


x 
ll 


x 
ll 


End. 


6.3.2. Compararea expresiilor de tip pointer 


Două expresii de tip pointeri sunt egale dacă au ca valoare o aceeaşi adresă 
de memorie si sunt diferite în caz contrar. 


Pe de altă parte trebuie să ținem cont de reprezentarea adreselor impusă de 
arhitectura microprocesoarelor 80x86, care cer adreselor de memorie să fie 
exprimate sub forma unei perechi (adr_segment, adr_offset). Datorită schemei 
particulare de calcul a adresei fizice (ADR FIZICA = adr_segment*16 + 
adr_offset) este posibil ca două perechi diferite de pointeri să pointeze spre 
aceeaşi locaţie fizică de memorie. De exemplu, ($0040, $0049) reprezintă o 
aceeaşi adresă fizică de memorie cu ($0000, $0449). Pe de altă parte, comparatia 
între pointeri este efectuată de obicei comparând separat cele două componente 
ale unei adrese. 
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Din această cauză, procedurile standard de lucru cu pointeri (de exemplu 
New şi GetMem din Turbo Pascal) returnează numai așa numitele valori 
normalizate, adică perechi în care valoarea adr_offset nu poate avea valori decât 
între $0000 şi $000F. 


6.3.3. Evaluarea expresiilor logice 


În cazul expresiilor booleene (logice), în special pentru cazurile op E (and, 
or), este posibil ca să nu se cunoască concomitent valorile ambilor operanzi. De 
exemplu, la expresia: 


x # 0ory/x>5 


dacă x # 0 atunci rezultatul ei este true, indiferent ce valoare de adevăr ar avea 
subexpresia y/x > 5, iar în cazul expresiei: 


x # Oand y/x>5 


dacă x = 0 atunci rezultatul ei este false, dar dacă se încearcă si evaluarea 
subexpresiei y/x > 5, câtul y/x este nedefinit, prin urmare nu se poate face 
această evaluare. Din exemplul dat rezultă posibilitatea evaluării scurt-circuit în 
cazul expresiilor logice, cu efecte benefice atât pentru timpul de execuţie (se 
elimină unele operaii inutile) cât şi pentru fiabilitatea programului (se evită unele 
situaţii de excepie). Evaluarea scurt-circuit se poate defini prin două reguli: 


a. fiind dată expresia “e := x and y”, dacă x = false, atunci e := false 
b. fiind dată expresia “e := x or y”, dacă x = true, atunci e := true 


De exemplu, unele compilatoare Pascal (ICL 1900 Pascal compiler) 
efectuează astfel de evaluări, altele (CDC6000 Pascal) nu. Limbajul Ada 
posedă operatori logici distincti pentru evaluare completă sau pentru evaluare 
scurt-circuit. În Turbo Pascal, modul de evaluare a expresiilor booleene. se 
constituie într-o opțiune de compilare. 


C++ 


În C++, expresiile care contin operatorii relationali < > <= şi >= folosesc 
asociativitatea la stânga. Definiţia expresiei relationale este: 


expresie-relationald ::= 
expresie-de-deplasare 
expresie-relationald < expresie-de-deplasare 
expresie-relationald > expresie-de-deplasare 
expresie-relationala <= expresie-de-deplasare 
expresie-relaţională >= expresie-de-deplasare 
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Operanzii trebuie sa fie de tip aritmetic sau pointer. Operatorii < (mai mic), > 
(mai mare), <= (mai mic sau egal), >= (mai mare sau egal) produc rezultatul 0 
dacă relaţia specificată se evaluează la false si 1 dacă se evaluează la true. Tipul 
rezultatului este int. - 


Pentru operanzii aritmetici se efectuează conversiile aritmetici uzuale, iar 
pentru operanzii pointeri se efectuează conversii de pointeri. De aici rezultă că: 


— orice pointer se poate compara cu o expresie constantă ce se evaluează la 
0 


şi că 
— orice pointer se poate compara cu un pointer de tipul void* (în acest caz 


se face prima dată conversia la void*). 


Pointerii la obiecte sau funcţii de același tip (după efectuarea conversiilor de 
pointeri) se pot compara: rezultatul depinde de poziţiile relative ale obiectelor 
sau funcțiilor punctate de pointeri în spaţiul adreselor. 


Regulile de comparare a pointerilor sunt: 
1. doi pointeri la acelaşi obiect sunt egali din punctul de vedere al compararii; 


2. când doi pointeri punctează spre membri non-statici ai aceluiaşi obiect, pot 
exista următoarele situaţii: 


2.1. dacă cei doi membri nu sunt separați de o etichetă de specificator de 
acces şi dacă clasa obiectelor nu este uniune, atunci pointerul la 
ultimul membru declarat (dintre cei doi membri referiti) este mai mare 
din punctul de vedere al comparării; 


2.2. dacă cei doi membri sunt separați de o etichetă de specificator de 
acces, rezultatul este nedefinit; 


2.3. dacă pointerii punctează spre membri ai aceleiaşi uniuni, ei sunt egali 
din punctul de vedere al comparării; 


3. dacă doi pointeri punctează spre elementele aceluiaşi tablou, sau unul dintre 
ei punctează spre sfârşitul tabloului, pointerul spre obiectul cu indicele mai 
mare este mai mare decât celălalt; 


4. celelalte comparări de pointeri sunt dependente de implementare. 


În ceea ce priveşte expresiile care contin operatori logici, operanzii nu 
trebuie să fie de acelaşi tip, dar trebuie să fie de tip aritmetic sau pointer. 
Rezultatul este de tip int. Toate efectele secundare provocate de prima expresie 
au loc înainte de evaluarea celei de a doua. 
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Operatorul logic AND 

expresie-logică-AND ::= 
expresie-OR 

expresie-logică-AND && expresie-OR 


Expresiile logice AND folosesc asociativitatea la stânga. Rezultatul evaluării 
este 1 dacă ambii operanzi sunt nonzero şi 0 altfel. Spre deosebire de &, && 
produce evaluare de la stânga la dreapta; mai mult, dacă primul operand se 
evaluează la 0, al doilea operand nu mai este evaluat (evaluare scurt-circuit). 


Operatorul logic OR 

expresie-logică-OR ::= 

expresie-logică-AND 
expresie-logică-OR || expresie-logică-AND 


Expresiile logice OR folosesc asociativitatea la stânga. Rezultatul evaluării 
este 1 dacă cel putin unul dintre operanzi este nonzero şi 0 altfel. Spre deosebire 
de |, || produce evaluare de la stânga la dreapta; mai mult, dacă primul operand se 
evaluează la 1, al doilea operand nu mai este evaluat (evaluare scurt-circuit). 




























7. INSTRUCȚIUNI ŞI CONTROLUL 
EXECUȚIEI 


Diferitele operaţii ce trebuie executate de un anumit program scris într-un 
limbaj de programare (imperativ) oarecare sunt date sub forma unor instrucţiuni 
sau comenzi. În afara instrucţiunilor, un program sursă mai poate conţine 
declaraţii şi eventual, directive de compilare. În funcţie de semantica lor, 
instrucţiunile pot fi: 


— de atribuire; 
— de intrare/iesire; 


— de control. 


Instructiunile de intrare/ieşire 


Instrucţiunile de intrare/ieșire sunt instrucţiuni de transfer între memorie si 
dispozitivele periferice. În general, există un nivel de virtualizare, în sensul 
că nu se realizează operaţiile de intrare/ieşire direct pe suport, ci pe fişiere. 
Datorită relativei dependențe de maşină, acestea vor fi discutate într-un 
volum următor. 


Instrucţiuni de control 


După cum arătam în primul capitol, execuţia unui program scris într-un 
limbaj de programare imperativ nu este altceva decât un şir de transformări 
ale valorilor unor locaţii de memorie. Această execuţie este controlată de 
mecanisme ale căror rol este de a determina ordinea de execuţie a instruc- 
tiunilor dintr-un program. Aceste mecanisme se numesc instrucțiuni de 
control şi, împreună cu instrucțiunea de atribuire, sunt discutate în cadru! 
acestui capitol. 


















































Instrucţiunile de control se pot împărţi în: 
— instrucțiuni conditionale; 

— instrucțiuni de ciclare; 

— instrucțiuni de lucru cu subprograme; 


instrucțiuni de transfer (salt). 


























































































































Instrucţiunile de lucru cu subprograme realizează două lucruri: 
— declararea de subprograme 

şi 
— apelarea subprogramelor (inclusiv revenirea din acest apel). 


Aspecte privind definirea subprogramelor, transmiterea parametrilor şi 
apelul acestora vor fi tratate în capitolul 8. 


Din punctul de vedere al structurării-acțiunii lor, instrucţiunile sunt simple şi 
compuse. O instrucţiune simplă realizează o acţiune bine precizată semantic, iar 
o instrucțiune compusă este formată din mai multe instrucțiuni simple, grupate 
laolaltă prin folosirea de obicei a unor cuvinte (cheie sau rezervate) cu rol de 
delimitatori. © 

Termenii de instrucțiune simplă sau compusă nu sunt unanim folosiți. Astfel, 
în Pascal instrucţiunile sunt categorisite în simple (atribuire, declarare de 
procedură şi goto) şi structurate (instrucțiunea compusă, conditionala, repetitivă 
şi with). Instrucţiunea simplă nu conţine alte instrucțiuni, pe când instrucțiunile 
structurate sunt construcții compuse din alte instrucțiuni care se execută 
secvențial (instrucțiunea compusă si with), conditional sau repetat. 


Pe de altă parte, în Oberon se folosesc termenii de instrucțiune elementară 
pentru instrucţiune simplă, respectiv instrucțiune structurată pentru instrucțiune 
compusă. Instrucţiunile elementare nu se pot descompune in alte componente 
care să fie la rândul lor instrucţiuni. În această categorie intră instrucțiunile de 
atribuire, de apel de procedură, de revenire şi instrucțiunea exit. Instrucţiunile 
structurate sunt formate din părți care la rândul lor sunt instrucțiuni. Ele se 
folosesc pentru a exprima execuţia secvenţială, conditionala, selectivă şi 
repetată. O instrucţiune poate fi vidă, caz în care nu se execută nimic. S-a luat în 
considerare şi instrucţiunea vidă pentru a relaxa regulile de punctuație in 
secvențele de instrucțiuni. Ca urmare, definiția EBNF a instrucţiunii în Oberon 
este: 

Instructiune ::= InstructiuneVida | 

Atribuire | 

Instructiunelf |ramificare 
InstructiuneCase | 
Instrucţiune While | ciclare 
Instructiune Repeat | 
InstructiuneFor | 
Instrucțiune Loop | 
Instrucțiune With | selectare 
ApelProcedura | transfer 
EXIT | 
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RETURN [Expresie] 


O prezentare succintă, însă sugestivă a instrucțiunilor din Modula-2 este cea 
prezentată în [Set89], unde se folosesc prescurtările: S pentru instrucțiune 
(statement), SL pentru listă de instrucțiuni (statement list) şi E pentru expresie: 

S ::= [instrucțiunea vidă (nulă) 

| Lvaloare := Eatribuire 
| apel de procedură 
| if E then SL { elsif £ then SL } [ else SL ] end 
| case E of caz { | caz } [else SL ] end 
| loop SL end 
| while £ do SL end 
| repeat SL until £ 
| for nume := E to E [ by E ] do SL end 
| exit 
| return [E] 
SL:=S4;S) 
caz ::= [EtichetăCase { , EtichetăCase } : SL] 
EtichetăCase ::= ExpresieConstantă | .. ExpresieConstantă] 


7.1. Instrucţiunea de atribuire 


Instrucţiunea de atribuire are forma generală: 


exprid opatr expr 
unde: 
exprid - Este o expresie de identificare. 
opatr - Este operatorul de atribuire. 
expr - Este o expresie cu semnificația că VS a exprid va prim: 


valoarea expresiei expr. 


De obicei, într-o instrucţiune de atribuire, numele unei variabile are o dublă 
identitate: valoare stânga sau Lvaloare, VS (engl. left-hand-value, L-value), cu 
semnificaţie de referință (adresa zonei de memorie asociată variabilei) şi valoare 
dreapta, Rvaloare, VD (engl. right-hand-value, R-value), cu semnificaţie de 
valoare (valoarea memorată în zona respectivă de memorie). 


De exemplu, în instrucțiunea de atribuire din Pascal: 
X := X + 1; 
sau in instructiunea de atribuire din FORTRAN 
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X=X +1 


se face apel la Lvaloarea lui X în stânga operatorului “=” si la Rvaloarea lui X în 
partea dreaptă a acestuia. 


În BLISS [Wul71] (limbaj dedicat programării de sistem), nu există o astfel 
de regulă. Orice folosire a numelui unei variabile are semnificaţia de Lvaloare, 
iar pentru a se produce valoarea asociată variabilei (deci Rvaloarea) trebuie 
folosit explicit operatorul de dereferentiere. Atribuirea de mai sus se scrie în 
BLISS astfel: 


Xe .xX +1 


în care “<-” este operatorul de atribuire, iar “.” este operatorul de dereferentiere 
(“conţinutul lui”), care produce Rvaloarea unei variabile pe baza Lvalorii 
acesteia. Prin urmare, orice referire la o variabilă in BLISS conduce la utilizarea 
Lvalorii, iar utilizarea Rvalorii se face numai cu ajutorul operatorului explicit de 
dereferentiere. 


Începând cu ALGOL68, o Lvaloare poate apare pe post de Rvaloare prin 
utilizarea variabilelor de tip referință. De exemplu, 


ref real rb; 
real b:=13.2; 


rb este referinţă la real 
b este număr real 


rb:= b; b este aici Lvaloare 
acest lucru se deduce din tipul VS 


provoacă copierea Lvalorii lui b în locaţia asociată lui rb. În limbajele actuale, 
există operatori prefix care produc adresa unei variabile (operatorul adresa 
lui,“@" din Turbo Pascal) sau tipuri (tipul referință in C++), ce permit 
realizarea unor astfel de construcţii: 


Turbo Pascal: C++ 
var i: integer; int i; 
pi: “integer; 


begin 
i := 5; i = 5; 
pi := fi; int& ri = i; 
pi^ = 7? ri = 7; 

end; 


În exemplul Turbo Pascal, valoarea variabilei i se poate modifica atât 
obişnuit (prima instrucțiune), cât şi prin intermediul pointerului pi (a treia 
instrucţiune), după ce în prealabil acest pointer a primit ca valoare adresa 
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variabilei i (a doua instrucţiune). În exemplul C++, variabilei i i se asociază 
variabila de tip referință ri (în instrucţiunea int& ri = i; undei are 
semnificaţia de Lvaloare), iar în continuare oricare dintre numele i sau ri vor 
denota acelaşi obiect, deci modificarea făcută în ultima linie sursă va afecta 
valoarea variabilei i. 


Exemplele date mai înainte relevă o particularitate a instrucţiunii de atribuire 
în lucrul cu variabile pointer. În cazul acestora, se discută două tipuri de 
atribuire: atribuire de valori şi atribuire de pointeri. Semantica acestora va fi 
discutată pe un exemplu din Pascal: 


type 
T = integer ; (o declarație de tip } 
PT = ^T ; { pointer la T } 
var 
vl, v2: T; {vl si v2 sunt de tipul T } 
pvl,pv2,pv3: PT; { pvl, pv2 si pv3 de tipul pointer la T } 


begin 
{ situatia initiala } 
vl := 5; { initializarea lui vZ } 
v2 := 15; { initializarea lui v2 } 


new (pv1) ; {alocarea variabilei dinamice pv/* 
şi initializarea pointerului pv/ } 
{ 1. initializarea variabilelor dinamice } 


pvl* := v1; { initializarea variabilei dinamice pv/* 
atribuire de valori } 
pv2 := @v2; { initializarea pointerului pv2 


atribuire de pointeri } 
pvl; {atribuire de pointeri, salvare 
necesară pentru dealocare } 
{ 2. atribuire de pointeri } 
pvl := pv2; (pvl va avea aceeaşi valoare ca şi pv2 
deci pv/* şi pv2^ desemnează acelaşi 
obiect, aici v2 } 
{ 3. atribuire de valori, pv1^ := pv2^ } 


pv3 


pvl := pv3; (refacerea variabilei dinamice pv/* 
atribuire de pointeri } 
pvl” := pv2^; (pviA şi pv2A au aceeaşi valoare 


fără ca pv! să fie egal cu pv2 } 
{ 4. atribuire indirectă, v/ := v2 prin pv/* := pv2^ } 
pvl := @vl;  { pv! contine adresa lui v/ } 
pvl* := pv2%; {similar cu v/ := v2 } 
Dispose (pv3) { dealocarea variabilei dinamice pv3^ } 
end. 
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Situaţia inițială este următoarea: vl, v2, pvl şi pv2 sunt variabile globale, 
deci sunt alocate în segmentul de date, la compilare. Valorile variabilelor v/ si 
v2 sunt 5, respectiv 15. Variabila pointer pv/ este iniţializată prin new(pv/), iar 
variabilele pointer pv2 şi pv3 nu sunt iniţializate (la începutul execuţiei 
programului, în versiunea 7.0 a limbajului Turbo Pascal, toate variabilele vor fi 
inifializate cu echivalentul lui 0). În acest moment, există obiectul dinamic pv1^ 
care nu este initializat, iar obiectele pv2^ şi pv3^ nu există. 


Situaţia inițială: 
tipul 7 5 
Ls 


1 











tipul T 
dinamică 





tipul PT 
globală 


EE 


globală 





În situația 1) s-a realizat inițializarea variabilelor pv/*, pv2^ şi pv3^ cu 
următoarele instrucțiuni de atribuire: 
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al. pvl* := v1; 
bl. pv2 := @v2; 
cl. pv3 := pvl; 


Atribuirea 
pvl* := vi; 


este o atribuire de valori: variabila dinamică pv 1“ primeşte valoarea lui v/, deci 
5, pe când celelalte două sunt atribuiri de pointeri: prin 


pv2 := @v2; 


pointerul pv2 primeste ca valoare adresa variabilei v2 (care este globală, deci 
alocată în segmentul de date), iar prin 


pv3 := pvl; 


pointerul pv3 primeste valoarea pointerului pv/, deci adresa variabilei dinamice 
pl”. După aceste atribuiri, pv7^ va avea valoarea lui v/, adică 5, însă pvl şi v/ 
sunt obiecte distincte. În schimb, după atribuirea b1), v2 şi pv2 vor desemna 
acelaşi obiect (deci v2.şi pv2A sunt variabile aliate). Analog, după atribuirea c1), 
pv1* şi pv3^ vor desemna acelaşi obiect dinamic alocat prin new(pv/), cu toate 
ca pvl şi pv3 sunt obiecte distincte. Atribuirea cl) s-a făcut şi cu scopul de a 
păstra în pv3 adresa variabilei dinamice alocată prin new(pv1), care altfel s-ar 
pierde în atribuirea următoare (adresa este necesară pentru dealocarea variabilei, 
realizată la sfârșitul exemplului). 


Situaţia 2: 
l tipul T 5 
tipul 7 
globală 
tipul PT 
globală 
tipul PT 
globală 
tipul PT 
globală 


În situația 2) s-a efectuat o singură instrucțiune de atribuire de pointeri, 
pvl := pv2; 
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însă configurația s-a schimbat esențial. Prin această atribuire, pointerul pv/ 
primeşte valoarea pointerului pv2, adică adresa variabilei globale v2. Prin 
urmare, expresiile v2, pv1^ şi pv2“ vor desemna acelaşi obiect (deci v2, pv1^ şi 
pv2* devenind variabile aliate), iar pv3^ va desemna variabila dinamică alocată 
anterior prin new(pv/). 


Situaţia 3: 


HAHO 





În situația 3), s-au efectuat două atribuiri: una de pointeri, 

pvi := pv3; 
care va avea ca efect referirea de către cei doi pointeri a aceluiaşi obiect dinamic, 
notat pv1^, şi apoi o atribuire de valori, 

pvi* := pv2* 


După această atribuire, variabilele pv1*, pv2* si pv3^ vor avea toate aceeaşi 
valoare, 15, fără ca ele să refere (toate) acelaşi obiect. Alierea variabilelor este 
aceeași de la situaţia 1): pv2A şi v2, respectiv pv1^ şi pv3^ deosebirea este că 
toate variabilele (cu excepţia lui v/) au aceeaşi valoare. 
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Situația 4: 





tipul PT 
globală 





În sfârşit, în ultima situație toate variabilele vor avea aceeaşi valoare. Prima 
atribuire, 
pvl := @v1 (atribuire de adresă) 


are ca efect alierea variabilelor pv7^ şi v/, prin urmare ambele expresii vor referi 
acelaşi obiect global. A doua atribuire, 


pvl* := pv2^ (atribuire de valori) 


va modifica valoarea lui pv7^ (deci şi valoarea lui v7) la 15. Valoarea lui pv3* 
rămâne neschimbată (de la etapa anterioară). 


Pentru a scoate în evidență semantica diferită a celor două tipuri de atribuire 
(de pointeri şi de valori), unele limbaje prevăd operatori distincti pentru aceste 
operaţii. În tabelul 7.1 sunt prezentaţi astfel de operatori pe pointeri. 


Tabelul 7.1. Operatori pentru tipul de dată pointer 


Limbajul Atribuire Atribuire Selectarea componentelor 
de pointeri de valori unei structuri referite 
SIMULA p:-q - 
p: 








p.câmp 





T) =a 
p^ = q^ 
p.all = q.all 


*p= *q 
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În Oberon, instrucțiunea de atribuire înlocuieşte valoarea curentă a unei 
variabile (numită în Oberon designator, pe post de Lvaloare) cu o nouă valoare, 
specificată printr-o expresie (Rvaloarea). Expresia trebuie să fie compatibilă la 
atribuire cu variabila. 


O expresie e de tipul Te este compatibilă la atribuire cu o variabilă v de tipul 
Tv dacă este satisfăcută una din următoarele condiţii: 


1. Tesi Tv sunt acelaşi tip; 
2. Te si Tv sunt tipuri numerice şi Tv include pe Te; 


3. Tesi Tv sunt tipuri record şi Te este o extensie a lui Tv, iar tipul dinamic al 
lui v este Tv ; 


Te şi Tv sunt tipuri pointer şi Te este o extensie a lui Tv; 
Tv este tip pointer sau procedural iar e are valoarea NIL; 


Tv este ARRAY n OF CHAR, e este o constantă şir cu m caractere, m<n; 


SS p A 5 


Tv este tip procedură iar e este numele unei proceduri ai cărei parametri 
formali concordă cu cei ai lui Tv. 


Operatorul de atribuire din Oberon este împrumutat din Pascal (şi 
ALGOL); el se scrie “:=” şi se pronunță “devine”. Sintaxa instrucţiunii de 
atribuire este: 


Designator “:=” Expresie. 


Dacă o expresie e de tipul Te este atribuită unei variabile v de tipul Tv, se 
întâmplă următoarele: 


1. Dacă Tv şi Te sunt tipuri record, se modifică numai valorile acelor câmpuri 
ale lui Te care aparţin şi lui Tv (proiecţie). 
Tipul dinamic al lui v trebuie să fie acelaşi cu tipul static al lui v şi nu este 
modificat prin atribuire. 

2. Dacă Tv şi Te sunt tipuri pointer, după atribuire v va avea acelaşi tip dinamic 
ca şi e. 


3. Dacă Tv este ARRAY n OF CHAR iar e este şir de caractere de lungime 
m<n, v[i] devine ei pentru i = 0..m-1, iar v/m] devine 0X (convenţia de 
reprezentare C). 
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7.2. Instrucţiunea compusă 


Instrucţiunea compusă specifică faptul că instrucțiunile care o compun se 
execută în aceeaşi ordine în care apar. Instrucţiunile componente sunt tratate ca 
o singură instrucțiune, lucru esenţial în contextele în care sintaxa limbajului cere 
o singură instrucțiune. 


Termenul de instrucțiune compusă este similar, în unele limbaje, celui de 
bloc. Reamintim că în lucrarea de față deosebirea dintre aceste două concepte 
este următoarea (preluată de la ALGOL): instrucțiunea compusă nu conţine 
declaraţii, pe când blocul poate conţine şi declaraţii. Din acest punct de vedere, 
blocul poate fi considerat ca unitate de vizibilitate (declaraţiile ce apar în el 
definesc domenii de vizibilitate pentru numele care apar în ele), pe când 
instrucțiunea compusă nu. 


Astfel, în Pascal instrucțiunea compusă este formată dintr-o secvenţă de 
instrucţiuni (posibil vidă), cuprinsă între cuvintele rezervate begin şi end. În 
respectiva secvenţă, fiecare instrucțiune (exceptând, opțional, ultima) se termină 
cu “;”. Instrucţiunile compuse pot apare oriunde este permisă o instrucţiune. Ele 
se folosesc cu precădere în instrucțiunile de ramificare, ciclare sau with, atunci 
când acţiunile impuse de acestea sunt multiple şi nu sunt grupate altfel (de 
exemplu într-o procedură distinctă). Manualele de definire a limbajului Pascal 
folosesc termenul de bloc pentru a desemna un subprogram (procedură sau 
funcţie). 


În C++, termenii de instrucțiune compusă şi bloc sunt identici. Motivul este 
acela că orice declaraţie este considerată instrucțiune. Delimitatorii folosiți 
pentru marcarea începutului şi sfârşitului blocului sunt acoladele, iar instructiu- 


cc. 


nile se termină cu “;” (inclusiv ultima). 


În Oberon, instrucțiunea compusă se numeşte secvență de instrucțiuni şi 
denotă secvenţa de acțiuni specificată de instrucțiunile componente, separate 
între ele de ;. 


SecvenjaDelnstructiuni ::= Instructiune {“;” Instructiune}. 


Se observa că nu există delimitatori (de genul begin-end); motivul este acela 
că fiecare instrucțiune structurată posedă delimitatori pentru specificarea 
corpului ei. 


Există şi limbaje care posedă atât blocuri, cât şi instrucțiuni compuse (cu 
deosebirea semantică precizată anterior). Exemple notabile sunt ALGOL şi 
PL/1. De asemenea, există limbaje care nu posedă instrucțiuni compuse: 
FORTRAN (până la standardul FORTRAN IV inclusiv), BASIC şi în general 
limbajele fără structură de bloc. 
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7.3. Instrucţiuni conditionale 
(de ramificare, de selectare) 


Instrucţiunile conditionale (de selectare sau de ramificare) au ca scop 
alegerea unuia dintre mai multe fluxuri de control al prelucrării (alternative de 
continuare a execuţiei) posibile la un moment dat. 


Primele instrucţiuni conditionale sunt IF-ul logic si IF-ul aritmetic din 
versiunea 0 a limbajului FORTRAN (Backus, 1957): 


IF(exprbool) E1,E2 
respectiv 
IF(expraritm) E1,E2,E3 IF aritmetic 


unde: dacă exprbool este true, se continuă execuţia de la instrucţiunea cu 
eticheta EJ, altfel continuându-se cu instrucțiunea etichetată E2 (pentru IF 
logic), iar în cazul instrucţiunii IF aritmetic ramificarea (continuarea execuţiei) 
se face la instrucțiunile cu etichetele E1, E2 şi E3 în funcţie de valoarea expresiei 
aritmetice (negativă, zero sau pozitivă). Următoarele versiuni ale limbajului 
FORTRAN au introdus o nouă formă a instrucţiunii IF logic, 


IF logic, prima variantă 


IF(exprbool) instr 


unde instr este o instrucţiune FORTRAN, cu înțelesul că la valoarea de adevăr 
true a exprbool se execută instr (care nu poate fi IF), iar altfel se continuă 
execuţia programului cu instrucțiunea următoare lui IF. Din păcate, această 
formă a instrucţiunii IF încurajează utilizarea instrucţiunii de salt GOTO în 
cazul când instr are semantica unui grup de acțiuni (ar trebui folosită o 
instrucţiune compusă, construcție de care limbajul nu dispune). 


Limbajul ALGOL60 a corectat această deficiență prin introducerea formei 
if cond then instr] | else instr2] 


unde instr] şi instr2 pot fi orice instrucțiuni (inclusiv compuse), iar else este 
optional. Structura if-then-else este astăzi foarte răspândită, cu toate că 
începuturile folosirii ei au generat ambiguitati. Se cunoaşte în literatura 
problema else ambiguu (engl. dangling else), care apare când instr] sau instr2 
sunt la rândul lor instrucţiuni conditionale; de exemplu dacă instr! este de 
forma: 


instrl ::= if cond? then instr3 else instr4 
sau 


instr] ::= if cond2 then instr3 
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atunci celor două forme ale instrucţiunii if (cu sau fără else) le vor corespunde 
două interpretări: 


A. if cond] then (if cond2 then instr3 else instr4) 
sau 
B. if cond! then (if cond2 then instr3) else instr2 


ambele corecte sintactic (parantezele rotunde sunt puse doar pentru a explicita 
sintaxa). In exemplul nostru, instr] se numeste if interior. 


Rezolvarea ambiguitatilor s-a realizat în mai multe moduri: 
a. Prin introducerea unui terminator al instrucţiunii if: 


if-then-else-fi în ALGOL68; 


if-then-else-endif in Ada; 
— IF-THEN-ELSE-END in Oberon. 


if...fi, if...endif, IF...END sunt pe post de delimitatori de instrucţiune 
compusă. 


b. Prin considerarea localizării lui if (if-ul interior sau exterior în PL/1 sau 
Pascal, introducându-se restrictia că dacă un if necesită o ramură else, atunci 
toate if-urile interioare trebuie să conţină clauze else, indiferent dacă este 
nevoie de ele sau nu în contextul respectiv). 


c. Prin impunerea restrictiei sintactice ca instr] să nu poată fi o instrucțiune 
conditionala (ALGOL60). 


O altă îmbunătăţire a construcției if-then-else se referă la simplificarea 
sintaxei if-urilor în cascadă : 


if cond] then instri 
else if cond2 then instr2 
else if cond3 then instr3 


else if cond(n) then instr(n) 
else instr(n+1) 


Construcţia de mai sus are următoarea semnificaţie: dacă dintre condiţiile 
cond.,...,cond(n) prima adevărată este cond(i), atunci se va executa instrucțiunea 
instr(i) şi se va părăsi cel mai exterior if. 


Dacă s-ar folosi varianta (a), se observă că ar fi necesară scrierea a n 
terminatori (fi, endif, END): 
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cu asi 


if cond] then instri 
else if cond2 then instr2 
else if cond3 then instr3 


else if cond(n) then instr(n) 
else instr(n+1) 
endif 


endif 
endif 
endif 


Principalele neajunsuri ale acestei construcții sunt multitudinea de termina- 
tori de if necesari (n în cazul nostru) şi creşterea (inutilă) a numărului de linii 
sursă necesare. O soluţie de evitare a acestei situaţii este elsif din Ada 
(combinarea lui else cu if şi interpretarea acestora ca terminator al if-ului), 
exemplul anterior scriindu-se: 


if cond] then instr! 
elsif cond2 then instr2 
elsif cond3 then instr3 


elsif cond(n) then instr(n) 
else instr(n+1) 
endif 


Primul limbaj care a introdus o asemenea formă sintactică este ALGOL68 
(construcţia elif). Oberon posedă şi el construcția ELSIF. 


Problema de mai sus se poate rezolva într-o manieră mai elegantă prin 
utilizarea instrucțiunilor de selectare (case în ALGOL-W, Pascal sau Ada, 
switch in C, C++). Instrucţiunea case a fost propusă de C.A.R. Hoare şi a fost 
inclusă pentru prima dată în ALGOL-W de către Hoare şi Wirth în 1966. Rolul 
ei semantic este alegerea unei alternative dintr-o mulțime de variante reciproc 
exclusive. Ea poate fi simulată printr-o cascadă de instrucțiuni if-then-else, dar 
avantajul ei rezidă într-o expresivitate sporită a exprimării. Deducerea 
alternativei care se execută se face pe baza unei expresii numită selector, iar 
valorile acestuia luate în considerare se numesc etichete case. Discutarea unei 
instrucțiuni de selectare trebuie să aibă în vedere următoarele aspecte: 


— tipul expresiei selectoare; 
— tipul etichetelor case; 
— este posibilă existența etichetelor reciproc neexclusive? 


— etichetele acoperă toată mulţimea valorilor expresiei selectoare? 
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— posibilitatea ramificărilor în interiorul sau exteriorul corpului instrucţiunii. 
În ALGOL-W, instrucțiunea case are forma 


case <expresie întreagă> of 
begin 

instr(1); 

instr(2); 


instr(n) 
end 


unde dacă <expresie întreagă> va lua valori între 1 şi n, atunci la valoarea i se va 
executa instrucțiunea instr(i); dacă valoarea expresiei nu aparține intervalului 
[1,7], rezultatul este nedefinit. 


In Pascal instrucțiunea case are forma 


case <expresie selectoare> of { selector } 
<lista etichete case> : instr; 
<lista etichete case> : instr; 


<lista etichete case> : instr; 
end 


unde <lista etichete case> trebuie să conţină constante de tip compatibil cu tipul 
<expresie selectoare> (numite constante case), separate între ele prin virgule 
(Standard Pascal) şi/sau date sub formă de subdomeniu (în Turbo Pascal). 
Tipul expresiei selectoare trebuie să fie ordinal, iar domeniul valorilor acestuia 
trebuie să fie inclus în domeniul tipului integer (prin urmare tipurile string, 
word şi longint nu sunt admise). Etichetele case trebuie să fie unice; ele nu au 
semantica etichetelor de instrucțiuni (declarate cu label), prin urmare nu este 
permisă utilizarea lui goto pentru a referi o etichetă case. 


Dacă valoarea expresiei selectoare apare într-una din listele de etichete case, 
se va executa instrucțiunea (simplă sau structurată) aferentă acesteia, după care 
controlul execuţiei va fi predat instrucţiunii ce urmează după terminatorul end al 
instrucţiunii case. În schimb, dacă valoarea acestei expresii nu apare în nici una 
dintre listele de etichete case, rezultatul este neprecizat (în limbajul Pascal 
standard); în Turbo Pascal este posibilă folosirea clauzei else, ale cărei acţiuni 
se vor executa în situația de mai sus; dacă clauza else nu este prezentă, efectul 
instrucţiunii case la un selector a cărui valoare nu apare în listele de etichete case 
este nul (nu se execută nimic). 


Forma generală a instrucţiunii case în Ada este 
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case <expresie> is 
when <lista etichete case> => instr; 
when </ista etichete case> => instr; 


when <fista etichete case> => instr; 
when others => instr; 
end case; 


lista etichetelor case putând conține subdomenii sau enumerări (cu separatorul |), 
iar alternativele trebuie să fie reciproc exclusive. Tipul expresiei selectoare 
trebuie să fie întreg sau enumerare. 


Instrucţiunile de ramificare din Oberon sunt IF si CASE. Instrucţiunea IF 
are sintaxa: 


Instructiunelf ::= 
IF ExpresieBool THEN Secven{aDelnstructfiuni 
{ELSIF ExpresieBool THEN SecvenfaDelnstructiuni} 
[ELSE SecvenfaDelnstructiuni] 

END. 


Instrucţiunile if specifică execuţia conditionala a secventelor de instrucțiuni 
cu gardă. Expresia booleană ExpresieBool ce precede o secvenţă de instrucțiuni 
se numeşte garda acesteia. Gărzile sunt evaluate în ordinea în care ele apar, până 
când una se evaluează la TRUE, caz în care se va executa secvența de 
instrucțiuni asociată. Dacă nu este satisfăcută nici o gardă, se execută secvenţa 
de instrucțiuni de după simbolul ELSE, dacă există. Se remarcă rezolvarea lui 
else ambiguu, prin introducerea terminatorului END, precum şi specificarea 
facilă a if-urilor în cascadă. 


Exemple: 


IF (ch >= A”) & (ch <= “Z”) THEN ReadIdentifier 
ELSIF (ch >= 0") & (ch <= ”9") THEN ReadNumber 
ELSIF (ch =" 1”) OR (ch = ` “ `) THEN ReadString 
ELSE SpecialCharacter 

END 


Instrucţiunile case specifică selectarea şi execuţia unei secvenţe de 
instrucţiuni în funcţie de valoarea unei expresii. Prima dată se evaluează 
expresia case, apoi se execută acea secvență de instrucţiuni a cărei listă de 
etichete case conţine valoarea obținută. Expresia case trebuie să fie ori de tip 
întreg, care să includă tipurile tuturor etichetelor case, ori atât expresia case, cât 
şi toate etichetele case trebuie să fie de tip CHAR. Etichetele case sunt 
constante, iar fiecare valoare trebuie să apară o singură dată (nu se permit 
duplicate de etichete case). Dacă valoarea expresie case nu apare în nici una din 
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listele de etichete case, se va selecta şi executa secvența de instrucțiuni de după 
simbolul ELSE, dacă există; altfel, execuția programului se termină anormal. 


InstructiuneCase ::= CASE Expresie OF 
Caz m Caz} 
[ELSE SecvenţăDelnstrucţiuni)] 
END. 
Caz ::= ListăEticheteCase “:” SecvenfaDelnstructiuni 
ListaEticheteCase ::= EticheteCase {“,” EticheteCase}. 
EticheteCase ::= ExpresieConstantă [“..” ExpresieConstantă] 


Exemple: 


CASE ch OF 
“A” .. “Z”: ReadIdentifier | 
“ov .. “9": ReadNumber | 
N AP, NN 1: ReadString 
ELSE SpecialCharacter 

END 


În C++, instrucţiunile de ramificare sunt numite instrucțiuni de selectare şi 
sunt următoarele: 


instructiune-de-selectare ::= 
if ( expresie ) instructiune_1 
if (expresie ) instructiune_1 else instructiune_2 
switch ( expresie ) instrucțiune 


Instrucţiunea dintr-o instrucţiune de selectare nu poate fi o declaraţie. La 
instrucțiunea if, expresie trebuie să fie de tip aritmetic sau pointer sau clasă 
pentru care există o conversie neambiguă la tip aritmetic sau pointer. Expresie 
este evaluată şi, dacă este nenulă, se execută instrucțiune 1. Dacă este 
specificată şi ramura else, instrucțiune_2 aferentă ei se execută dacă expresie se 
evaluează la 0. Dangling else se rezolvă prin conectarea lui else cu ultimul if far* 
else întâlnit. 


În instrucţiunea switch, expresie trebuie să fie de tip întreg sau de tip clasă 
pentru care există o conversie neambiguă la tip aritmetic sau pointer. Se 
efectuează promovarea întreagă. Orice instrucţiune din corpul lui switch poate fi 
etichetată cu una sau mai multe etichete case de forma: 


case expresie-constantă : 


unde expresie-constantă se convertește la tipul promovat al expresiei switch. 
Într-o instrucțiune switch nu pot exista două constante case cu aceeaşi valoare. 


Corpul lui switch poate să conţină şi cel mult o etichetă de forma: 
default : 
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Instrucţiunile switch se pot încuiba unele în altele; o etichetă case sau 
default se asociază cu cel mai interior switch care o cuprinde. 


La execuţia instrucţiunii switch, expresie se evaluează şi se face comparatia 
cu fiecare constantă case. Dacă una dintre constantele case este egală cu 
valoarea expresiei, se transferă controlul la instrucțiunea cu respectiva etichetă 
case. Dacă valoarea nu corespunde nici uneia dintre constantele case şi dacă 
există eticheta default, se transferă controlul la instrucțiunea cu această etichetă, 
iar dacă nu există eticheta default, nu se execută nici una dintre instrucțiunile 
din corpul lui switch. 


Etichetele case şi default nu alterează fluxul de control, care continuă în 
corpul lui switch. Pentru a părăsi corpul lui switch, se foloseşte instrucțiunea 
break. Se observă aici diferenţa dintre semantica instrucţiunii switeh din C şi 
C++ şi semantica instrucțiunilor case din limbajele ALGOL-like, la care, după 
execuţia instrucţiunii aferente listei de etichete selectate se continuă execuţia cu 
prima instrucţiune de după case. 


De obicei, instrucțiunile care fac obiectul lui switch sunt instrucțiuni 
compuse, dar nu este obligatoriu acest lucru. 

Instrucţiunile din corpul lui switch pot fi şi declaraţii. Pot apare însă situaţii 
în care fluxul de control nu trece prin declaraţia cu initializator implicit sau 
explicit. De exemplu: 


switch (i) 4 


int vl = 2; // se omite initializarea variabilei intotdeauna 
case 1: 
case 3: 
int v2 = 3; // se omite initializarea variabilei 
// pentru i != 1 sii !=3 
IM... 
case 2: 
if (v2 == 7) // eroare: variabila v2 neinitializata 
// (chiar nedeclarată) 
I... 


De aici rezultă că este indicat să nu se facă declaraţii în interiorul unui 
switch. 
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7.4. Instrucţiuni de ciclare 


Instrucţiunile de ciclare (repetitive, iterative) realizează specificarea unor 
procese de calcul iterative. Aceste procese pot fi cu număr cunoscut de paşi sau 
cu număr necunoscut de paşi (iterații). Secvența de instrucțiuni care specifică 
procesul de calcul iterativ se numeşte corp al acestuia (corpul ciclului). 


Nu se ştie dinainte de câte ori se repetă execuţia unui proces iterativ cu număr 
necunoscut de paşi. La un moment dat decizia privind reluarea execuţiei 
corpului ciclului (continuarea cu o nouă iteratie) se face prin testarea valorii unei 
anumite expresii. Din punctul de vedere al locului unde se face această testare, se 
disting două clase de astfel de procese, cu fest iniția] şi cu test final. 


Specificarea formală a unui proces de calcul iterativ se poate face folosind 
delimitatori, care marchează corpul acestuia. De exemplu, se pot considera 
delimitatorii loop (marchează începutul corpului) şi repeat (marchează sfîrşitul 
corpului), cu semnificaţia că toate instrucțiunile cuprinse între loop şi repeat 
(care constituie corpul ciclului) se vor executa secvențial, în ordinea apariţiei lor; — 
la întâlnirea lui repeat controlul este transferat delimitatorului loop corespun- 
zător acestuia, execuţia corpului reluându-se. Mecanismul loop-repeat specifică 
ciclurile infinite. În cazul ciclurilor finite, se pune problema specificării 
terminării ciclării. Aceasta se poate face fie printr-o instrucțiune de salt goto la o 
instrucţiune din afara ciclului (dinainte de loop sau de după repeat), fie printr-o 
instrucțiune specială exit, a cărei semantică este terminarea execuţiei ciclului şi 
predarea controlului la prima instrucţiune de după repeat. 


Mecanismul loop-repeat-exit este adecvat specificării ciclurilor cu număr 
necunoscut de paşi, când precizarea condiţiei de terminare a unui ciclu se poate 
face şi printr-un test, dat explicit sub forma unei expresii booleene. După 
momentul testării, se disting două construcții specifice, while-end (test inițial), 
respectiv repeat-until (test final), cu sintaxa: 


while exprbool do repeat 
instr instr 
end until exprbool 


sau, in termeni loop-repeat-exit, 


loop loop 

if not exprbool then exit instr 

instr if exprbool then exit 
repeat repeat 


În definitiile de mai sus, exprbool este în cazul general o expresie cu rezultat 
boolean iar instr este o instrucţiune compusă şi reprezintă corpul ciclului. 
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Deosebirea esenţială dintre repeat şi while este aceea că la repeat corpul se 
execută cel puţin o dată (testul are loc la sfârşit). 


Specificarea ciclurilor cu număr cunoscut de paşi se face cu ajutorul unei 
variabile de ciclare. Pentru această variabilă trebuie precizate domeniul 
valorilor sale (iniţială şi finală) şi incrementul sau pasul (valoarea cu care se 
modifică variabila de la o iteratie la alta). Condiţia de terminare a ciclului este ca 
valoarea variabilei de ciclare să fie superioară (la pas pozitiv), respectiv 
inferioară (la pas negativ) valorii finale si va fi numită în continuare fest. 


Forma tipică a unei astfel de instrucţiuni este: 
for <varcicl> := <vali> step <increment> until <valf> do <instr> 


unde varcicl, vali, increment, valf şi instr reprezintă respectiv variabila de 
ciclare, valoarea inițială a acesteia, pasul, valoarea finală şi corpul ciclului. 
Modul în care o astfel de instrucţiune este executată depinde de la limbaj la 
limbaj, deoarece sunt de precizat numeroase aspecte privitoare la semantica ei, 
printre care: 


— ce tip de valori poate avea <varcicl>; 


— cât de complexe pot fi <vali>, <increment>, <valf> (considerate ca ex- 
presii) şi de ce tip trebuie să fie rezultatul evaluării lor; 


— <increment> şi <valf> se evaluează numai la începutul ciclării sau şi după 
fiecare ciclu; 


— când se face testul (la începutul sau la sfârşitul executării corpului); 


— variabila de ciclare poate sau nu să fie modificată în interiorul corpului 
ciclului; 


— care este valoarea variabilei de ciclare după terminarea execuţiei instructiu- 
nii; 

— este permis transferul în interiorul corpului ciclului sau din el în afara 
acestuia; 


— domeniul de vizibilitate al variabilei de ciclare. 


ALGOL60 


Instrucţiunea de ciclare din ALGOL60 este for, a cărei sintaxă a fost dată în 
figura 3.4. Testul se face la începutul fiecărei iterații, deci corpul ciclului poate 
să nu se execute niciodată. Valorile iniţială şi finală şi pasul pot fi orice expresii 
aritmetice, tipul lor trebuie să fie întreg sau real, iar valorile lor (exceptând pasul) 
se evaluează de fiecare dată când este făcut testul. În termenii limbajului, 
construcția 
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for v:=x step y until z do <instr> 
se traduce astfel: 


V t= & 
El: if (v-z) * sign(y) > 0 then goto gata; 
<instr> 
v == v+ y 
goto El; 
gata: i 


iar o construcție for ce conține şi o clauză while (corespunzătoare unui ciclu cu 
număr necunoscut de paşi), 


for i:=u while w 
este similară cu: 


v = u 

E2: if not w then goto gata; 
<instr> 
goto E2; 

gata: 


Valoarea variabilei de ciclare este nedefinită la sfârşitul normal al ciclului, 
iar dacă ciclul a fost terminat ca urmare a unei instrucțiuni goto din corpul său, 
variabila de ciclare va avea valoarea dinaintea transferului. Invers, un transfer 
din afară în corpul unei instrucțiuni for produce un rezultat nedefinit. 


FORTRAN 


Singura instrucțiune de ciclare din FORTRAN este DO, cu sintaxa: 


DO <ef> <varcicb = <vali>,<valf>[,<increment>] 
instr 
<e> 


fiind echivalentă cu următoarea secvență de instrucțiuni FORTRAN: 


<varcicl> = <vali> 
El <instr> 
<varcicl> = <varcicl> + <increment> 
IF ((<varcicl>-<valf>) *ISIGN (<increment>) 
<E1>,<E1>,<et> 
<et> 


Ea se execută cel puţin odată, deoarece testul se face după execuţia corpului, 
iar <vali>, <valf> şi <increment> pot fi sau constante întregi sau variabile întregi 
simple. După terminarea iteratiilor variabila de ciclare îşi păstrează ultima 
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valoare (cea care a satisfăcut testul de terminare a ciclării). O parte dintre aceste 
inconveniente (prezente în versiunea II) sunt înlăturate în versiunile actuale 
(expresii cu valoare întreagă pentru <vali>, <valf> şi <increment>). 


Pascal 


Limbajul Pascal posedă ambele tipuri de instrucţiuni de ciclare (cu număr 
cunoscut şi respectiv necunoscut de paşi). În prima categorie se regăseşte 
instrucţiunea for (preluată de la ALGOL), iar celei de a doua situaţii îi 
corespund construcțiile while şi repeat. 


Instrucţiunea for are două forme, ambele mai simple decât in ALGOL: 
for <varcicl> := <vali> to <valf> do <instr> 

corespunzătoare incrementului egal cu 1, respectiv 
for <varcicl> := <vali> downto <valf> do <instr> 


corespunzătoare incrementului egal cu -1, in care <varcicl>, <vali> şi <valf> 
trebuie să fie de acelaşi tip scalar (exceptând tipul real). Variabila de control 
<varcicl> este desemnată printr-un identificator simplu; ea trebuie să fie 
declarată de tip ordinal. Expresiile <vali> şi <valf> trebuie să fie compatibile la 
atribuire cu tipul variabilei de ciclare; ele se evaluează o singură dată, la 
întâlnirea instrucţiunii, obținându-se numărul de iterații de efectuat (<valf> - 
<vali> + 1 la to, <vali> -<valf> + 1 la downto). Dacă acest număr este negativ 
sau zero, corpul ciclului nu se execută niciodată. Rezultă că modificarea <vali> 
sau <valf> în corpul ciclului nu are efecte asupra numărului de iterații care se 
efectuează. Prin urmare, secvența a) din exemplul de mai jos: 


Exemplul 7.1: Semantica instrucţiunii for în Pascal 
var label et; 


i, n: integer; var i, n: integer; 


i := 0; 


n := 10; et: n := A + i; 
for i := 1 ton do for i := itl ton do 
begin begin 
n := n + 1; writeln (i); 
writeln (i) if i= n 
end; then goto et 


else n:=n-1; 
end; 
writeln(i); writeln (i); 


a) b) 
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+ 


va provoca execuţia de 10 ori a corpului ciclului, tipărindu-se pentru fiecare 
iteratie valoarea variabilei de ciclare. În Turbo Pascal (versiunea 6.0), la 
terminarea ciclului (writeln din afara corpului), pentru i se va tipări valoarea 10 
(cu toate că manualele specifică nedefinită această valoare). 


| Execuţia ciclului instrucţiunii for poate fi întreruptă prin prezenţa unei 
instrucțiuni goto er în corpul ciclului, iar et să fie eticheta unei instrucţiuni din 
afara acestuia. În acest caz, execuţia continuă cu instrucţiunea etichetată cu er, 
loc în care valoarea variabilei de ciclare este cea curentă. În exemplul 7.1. b) este 
prezentată o astfel de situaţie. Dacă constanta A din instrucţiunea etichetată cu et 
are valoare pară, atunci execuţia exemplului este normală: nu se revine niciodată 
la et; în schimb, dacă A are valoare impară, se va obține un ciclu infinit, variabila 
de ciclare i fiind continuu incrementată. 


Instrucţiunile de ciclare cu număr necunoscut de paşi din Pascal au sintaxa: 
while <exprrel> do <instr> 

respectiv 
repeat <instr> until <exprrel> 

cu semnificatia precizata anterior. Exemple tipice de folosire a lor sunt: 


a. căutare într-un tablou A a elementului cu valoarea X; în final se obține 
indicele 7 pentru care A/I] = X: 


I := 1; I := 0; 
while A[I] <> X do repeat I := I+1 
I := I+1; until A[I] = x; 


b. citirea unei valori de la terminal, cu validarea ei (testul se face după citire, 


deci la sfârşitul corpului; se recomandă repeat): 


repeat 
write (‘Introduceti valoarea (0..9): `); 
readin (i) 

until (i >= 0) and (i <= 9); 


c. prelucrarea secvențială a unui fişier, cu detectarea sfârşitului acestuia; 


fişierul poate fi şi vid, prin urmare testul este inițial, deci construcția while- 
se potriveşte: 


type rec = record ... end; 
var r: rec; 
f: file of rec; 
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Semantica instructiunii for se 
astfel: 


while not Eof(f) do begin 


end; 


Instructiunea: 


for i := e1 to e2 do corp; 


if templ <= temp2 then begin 
i := templ; 
corp; 
while i <> temp2 do begin 
i := i + 1; 


corp 
end; {while} 
end; {if} . 
end; 
Instructiunea: 


for i := e] downto e2 do corp; | 


se transcrie în următoarea instrucţiune compusă: 


begin 
templ := el; 
temp2 := e2; 
if templ >= temp? then begin 
i := templ; 
corp; 
while i <> temp2 do begin 
i td — 1; 
corp 
end; {while} 


Read (f, r); (citire şi poziţionare pe următoarea înreg.) 
Prelucreaza (r); (o anume prelucrare a înregistrării r} 


poate exprima cu ajutorul instrucţiunii while 


se transcrie în următoarea instrucțiune compusă: 

























În exemplele anterioare, temp! şi temp2 sunt variabile auxiliare, de acelaşi 
tip ca şi i şi care nu apar nicăieri în program, fiind construite de compilator. 


ALGOL68 


Instrucţiunea de ciclare for din ALGOL68 este mai complexă decât cea din 
ALGOL60, având sintaxa: 


for <varcicl> from <vali> by <increment> to <valf> 
while <exprrel> do <instr> od 


în care <vali>, <valf>, <increment> trebuie să fie de tip întreg, ele fiind evaluate 
o singură dată. Domeniul de vizibilitate al variabilei de ciclare este corpul 
ciclului, delimitat de cuvintele rezervate do şi od. 


C++ 


Instrucţiunile de ciclare din C++ sunt while, do şi for. Sintaxa lor este: 


instructiune-de-ciclare ::= 
while ( expresie ) instrucțiune 
do instrucțiune while ( expresie ) 
for (instructiune-inifializare-for expresieopt ; expresieopt) 
instrucțiune 


instructiune-inifializare-for ::= 
instrucțiune-expresie 
instructiune-declaratie 


Să observăm că instrucțiune-inițializare-for se termină cu ; iar instrucțiune 
(corpul) unei instrucțiuni de ciclare nu poate fi o declaraţie. 


La instrucțiunea while corpul se execută repetat până când valoarea lui 
expresie devine 0. Testul se face înainte de fiecare execuție a corpului. Expresie 
trebuie să fie de tip aritmetic sau pointer sau clasă pentru care există o conversie 
neambiguă la tip aritmetic sau pointer. 


La instrucţiunea do corpul se execută repetat până când valoarea lui expresie 
devine 0. Testul se face după fiecare execuţie a corpului. Expresia trebuie să fie 
de tip aritmetic sau pointer sau clasă pentru care există o conversie neambiguă la 
tip aritmetic sau pointer. 


Instrucţiunea for are sintaxa: 


for ( instrucțiune-iniţializare-for expr-lopt ; expr-2opt ) 
instrucțiune 
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şi este echivalentă cu: 


instructiune-initializare-for 
while ( expr-] ) { 
instrucțiune 
expr-2 ; 
) 


cu excepţia faptului că întâlnirea unei instrucţiuni continue în instrucțiune va 
provoca evaluarea lui expr-2 înainte de evaluarea lui expr-/. Prin urmare, prima 
instrucțiune înseamnă inițializarea ciclului, expr-l este condiția de continuare a 
ciclării, testată înaintea fiecărei iterații (se termină ciclarea când expr-1 devine 
0), iar expr-2 specifică de obicei o acţiune care modifică ceva (de obicei 
incrementarea variabilei de ciclare care se face după fiecare iteratie). Expr-] 
trebuie să fie de tip aritmetic sau pointer sau clasă pentru care există o conversie 
neambiguă la tip aritmetic sau pointer. 


Atât expr-l cât şi expr-2 sunt opţionale. Dacă lipseşte expr-/, se obţine o 
construcție while echivalentă cu while(1): 
for (;;) M.. ciclu infinit 


Daca instructiune-initializare-for este o declaraţie, domeniul de vizibilitate al 
numelor declarate este cuprins între acest punct de declarare si sfârşitul blocului 
care conține instrucţiunea for. 


Oberon 


Instrucţiunile de ciclare din Oberon sunt: while, repeat, for şi loop. 


Instrucţiunea while specifică execuţia repetată a unei secvenţe de instrucțiuni 
cât timp o expresie booleană (garda sa) se evaluează la TRUE. Garda este testată 
înaintea fiecărei execuţii a secventei de instrucțiuni. 


InstructiuneWhile ::= WHILE Expresie DO 
SecvențăDelnstrucțiuni 
END 


Exemple: 


WHILE i > 0 DO i := i DIV 2; k := k + 1 END 
WHILE (t # NIL) & (t.key # i) DO t := t.left END 


Instrucţiunea repeat specifică execuţia repetată a unei secvenţe de instructi- 
uni până când o expresie booleană (garda sa) se evaluează la TRUE. Garda este 
testată după fiecare execuţie a secventei de instrucțiuni, care se va executa deci 
cel puţin o dată. 
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InstructiuneRepeat := REPEAT 
SecvenjaDeInstructiuni 
UNTIL Expresie. 


O instrucțiune for specifică execuţia repetată a unei secvenţe de instrucțiuni 
cât timp o progresie de valori este atribuită unei variabile întregi, numită 
variabila de control a instrucţiunii for. 


Instrucțiune FOR ::= 
FOR ident “:=” Expr_1 TO Expr_2 [BY Expr_cst] 
DO SecvenjaDelnstructiuni END. 


Instructiunea 
FOR v := prim TO ultim BY pas DO corp END 
este echivalentă cu 


temp := ultim; v := prim; 
IF pas > 0 THEN 

WHILE v <= temp DO corp; v := v + pas END 
ELSE 

WHILE v >= temp DO corp; v := v + pas END 
END 


unde temp are acelaşi tip ca şi v. Valoarea lui pas trebuie să fie o constantă 
nenulă. Dacă pas nu se specifică, se presupune că valoarea lui este 1. 


Exemple: 


FOR i := 0 TO 79 DO k := k + a[i] END 
FOR i := 79 TO 1 BY -1 DO ali] := af{i-1] END 


O instrucțiune loop specifică execuția repetată a unei secvențe de 
instrucţiuni, fără a conţine în ea testul de terminare. Execuţia se termină la 
întâlnirea instrucţiunii exit în respectiva secvență. 


Instrucţiunile Joop sunt adecvate la exprimarea repetițiilor cu mai multe 
puncte de ieşire sau a situațiilor în care condiţia de terminare a ciclului este în 
mijlocul secventei de instrucţiuni. Sintaxa este simplă: 


LOOP 
ReadInt (i); 
IF i < 0 THEN EXIT END; 
WritelInt (i) 

END 
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7.5. Instrucţiuni de transfer 


Instrucţiunile de transfer (salt) întrerup execuţia secventiala (instrucţiune cu 
instrucţiune) a unei secvenţe de- program, permițând continuarea execuţiei 
programului dintr-un loc precizat. Forma generală a unei instrucţiuni de salt este 


GO TO <instr-etich> 


unde <instr-etich> este instructiunea de la care se continua executia programu- 
lui, marcată printr-un identificator special numit etichetă. 


Primul limbaj de programare de nivel înalt, FORTRAN, permite înţelegerea 
facilă a acestei instrucţiuni, deoarece el nu posedă nici structuri de bloc (cu 
variabile locale ale blocului, alocate automat) şi nici apel recursiv de 
subprograme. În timpul execuţiei, fiecărei instrucţiuni etichetate îi corespunde o 
locaţie de memorie (determinată de fapt în program la compilare sau 
link-editare) iar la întîlnirea unui GO TO spre acea instrucțiune etichetată, 
acesta se traduce printr-un salt (engl. Jump) la locaţia respectivă de memorie. 
Prin urmare, GO TO din FORTRAN are acelaşi înțeles cu instrucțiunile de salt 
din limbajele de asamblare. Singura complicatie ce apare este faptul că nu este 
permis saltul în interiorul unui ciclu DO, deoarece o intrare normală într-un 
astfel de ciclu presupune secvența de initializare a variabilei de ciclare. 


În afara acestei instrucţiuni, numită şi salt necondiționat, limbajul FOR- 
TRAN mai are alte două tipuri de instrucţiuni de transfer, GO TO calculat şi GO 
TO asignat. Instrucţiunea GO TO calculat are sintaxa 


GO TO (E1,£2....,En), IND 


unde Ei sunt etichete FORTRAN, iar IND este o variabilă întreagă. Dacă în 
momentul execuţiei acestei instrucţiuni valoarea lui JND este i, 1<i<n, atunci 
instrucțiunea se comportă ca şi GO TO £;, iar dacă i<1 sau >n rezultatul este 
nedefinit. Semantica acestei instrucțiuni seamănă întrucâtva cu cea a instructi- 
unii case din ALGOL-W si putem să considerăm GOTO calculat drept o 
instrucţiune de selectare. 


Instrucţiunea GOTO asignat are sintaxa 
GO TO <var-etic>, (E1,E2,...,En) 


unde Ei sînt etichete FORTRAN, iar <var-etic> este o variabilă specială a 
limbajului FORTRAN, numită variabilă etichetă. La întâlnirea acestei instructi- 
uni in executie se va efectua transferul la instructiunea cu eticheta Ei (GO TO 
Ei) unde Ei este valoarea lui <var-etic>. Variabilelor etichet li se atribuie valori 
printr-o instrucţiune specială de atribuire, ASSIGN, cu sintaxa: 


ASSIGN Ei TO <var-etic> 
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şi ele au acest statut special, neputând fi folosite într-un alt context. 


Pentru limbajele cu structură de bloc (ALGOL60, Pascal, Ada), problema 
transferului este mai complexă. În primul rînd, complicațiile apar din cauza 
regulilor de vizibilitate a etichetelor în aceste limbaje. De exemplu, go to E 
presupune că £ are semantică de etichetă, vizibilă în locul apariţiei saltului. Dacă 
E nu este definită în blocul curent, ea ar trebui să fie definită într-un bloc exterior 
acestuia, care include blocul curent. Această situație (transfer în afara blocului) 
presupune rezolvarea dealocării variabilelor locale blocului curent şi în acest caz 
go to are semantica de terminator al blocului. Nici transferul în interiorul 
blocului nu este mai simplu: în acest caz saltul ar trebui să aibă (aproape) 
semantica unui apel de procedură, dacă blocul conţine şi declaraţii locale; altfel, 
s-ar putea omite execuţia unor instrucțiuni din bloc, situate în amonte de eticheta 
la care se face saltul, deci corectitudinea calculelor efectuate n-ar mai fi 
garantată. Complicatii suplimentare apar la instrucțiunile go to folosite în corpul 
procedurilor recursive. Aceste lucruri vor fi tratate mai pe larg într-un volum 
următor. 


Revenind la conceptul de variabilă etichetă (sau variabilă marca) din 
FORTRAN, acesta este extins în PL/1, descendent al primului. Dacă în 
FORTRAN variabilele etichetă pot apare doar în instrucţiunile GO TO asignat 
şi ASSIGN, în PL/1 acestea sunt tratate în aceeaşi manieră ca şi variabilele 
uzuale, putând fi: obiectul unor instrucțiuni de atribuire, argumente în proceduri 
sau rezultate ale apelului de funcţii. Cu toată această uniformitate în tratarea 
variabilelor, apar probleme de ambiguitate, cum este referirea ambiguă la 
etichete (engl. dangling label reference): după o atribuire legală a unei etichete 
la o variabilă etichetă MARCA, în momentul execuţiei transferului (GO TO 
MARCA) domeniul de vizibilitate al etichetei respective să nu fie accesibil (altfel 
spus în locul unde apare GO TO MARCA, eticheta care este valoarea lui 
MARCA nu este vizibilă). 


Dacă în FORTRAN etichetele sunt precizate prin numere întregi, în PL/1 
ele pot fi identificatori. În Pascal etichetele sunt numere, terminate cu “:” sau 
identificatori. Referitor la locul unde pot să apară ele, există reguli care leagă 
domeniul de vizibilitate al unei etichete de blocul interior (sau procedura 
interioară) locului unde apare declaraţia de etichetă. Este permis transferul în 
acelaşi bloc sau în blocul imediat exterior. 


În 1968, Dijkstra a publicat în Communication of ACM (martie) articolul 
“GO TO Statement Considered Harmful” în care discuta problema proastei 
utilizări a acestei instrucţiuni, rezultând programe greu de înţeles şi nefiabile. 
Acest articol a declanşat o serie de discuţii care au durat ani întregi, discuţii 
privind utilitatea sau inutilitatea acestei instrucțiuni (condiţiile în care se poate 
renunța la GO TO; transformarea programelor cu instrucțiuni GO TO în 
programe echivalente fără GO TO; eficiența algoritmilor cu sau fără GO TO). 
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După un timp discuţiile s-au potolit şi GO TO a rămas ca instrucțiune în 
limbajele de programare imperative moderne. Au apărut şi construcții auxiliare 
(break, continue, exit) care servesc la o mai bună structurare a unui program $1 
la o mai uşoară înţelegere a lui. 


Majoritatea limbajelor moderne păstrează instrucţiunea de salt necondiționat 
doar din motive de compatibilitate cu versiunile anterioare. Există și (cel puţin) 
un limbaj în care nu s-a specificat GO TO: Oberon. 


C++ 


Instrucţiunile de transfer (salt) sunt: goto, break, continue şi return. Sintaxa 
lor este: 


instructiune-de-salt ::= 
break ; 
continue ; 
return expresiopt ; 
goto identificator ; 


La ieşirea dintr-un domeniu de vizibilitate (bloc), se apelează destructorii 
pentru toate obiectele care sunt instanțe de clasă construite în blocul respectiv şi 
care n-au fost distruse explicit. Această regulă se aplică atât la obiectele 
declarate explicit, cât şi la cele temporare. 


Este ilegal transferul controlului într-un bloc-try sau într-un handler (folosite 
în tratarea excepțiilor). 


Instrucţiunea break poate să apară numai în corpul unei instrucțiuni de 
ciclare sau într-o instrucțiune switch; ea are ca efect terminarea celei mai 
interioare instrucţiuni de ciclare sau switch, iar controlul este transferat la 
instrucţiunea care urmează instrucţiunii de terminare a ciclului (dacă există). 


Instrucţiunea continue poate să apară numai în corpul unei instrucțiuni de 
ciclare şi are ca efect transferarea controlului la porțiunea de continuare a celei 
mai interioare instrucțiuni de ciclare, adică la sfârşitul ciclului, unde se face 
testul de continuare a ciclării. Mai precis, în fiecare dintre instrucţiunile: 


while (foo) | do { for (77) { 
// corp // corp // corp 

contin: ; contin: ; contin: ; 
} } } 


un continue ce nu e conţinut într-o instrucțiune de ciclare interioară lui corp este 
echivalent cu o instructiune goto contin. 
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O funcție redă controlul apelatorului ei la întâlnirea instrucţiunii return. 
Instrucţiunea return fără argument se poate folosi numai în funcţii ce întorc tipul 
void (cu semantică de procedură), constructori şi destructori. 


Forma return expresie se poate folosi numai în funcțiile care întorc o valoare 
(de tip diferit de void); valoarea expresiei este întoarsă în apelatorul funcției. 
Dacă este nevoie, expresia întoarsă este convertită, la fel ca la initializare, la 
tipul rezultatului întors de funcție. Această conversie poate implica construirea şi 
copierea unui obiect temporar. Întâlnirea sfârşitului unei funcţii (deci când fluxul 
de control atinge terminarea corpului funcției) este echivalentă cu return fără 
valoare, lucru ilegal în cazul funcţiilor ce întorc o valoare. 


Instrucţiunea goto realizează transferul necondiționat al controlului la 
instrucțiunea etichetată cu identificatorul ce apare în ea. Identificatorul trebuie să 
fie o etichetă localizată în funcţia curentă. 


Turbo Pascal 


Limbajul Pascal posedă o singură instrucțiune de transfer: goto. Revenirea 
din corpul unei funcţii sau proceduri se face la terminarea (sintactică a) acestuia, 
neexistând echivalentul unei instrucțiuni return. Turbo Pascal are definite şi alte 
mecanisme de transfer, considerate ca proceduri standard: Exit, Halt, Break şi 
Continue. 


Instrucţiunea de salt necondiționat goto are sintaxa: 
goto etichetă 


unde etichetă este eticheta declarată ca atare (de tip label) şi ataşată instrucţiunii 
de unde se doreşte continuarea execuției. Există două reguli privitoare la 
folosirea acestei instrucţiuni: 


1. Eticheta referită în goto trebuie să fie în acelaşi bloc (procedură, funcţie, 
program) ca şi goto; deci nu se poate face transfer în afara corpului 
procedurii sau funcției, şi nici din exterior în corpul unui subprogram. 


2. Saltul din afară în interior (din blocul care o conţine în corpul unei 
instrucțiuni structurate) poate avea efecte nedefinite, chiar dacă compila- 
torul nu semnalează eroare. 


Procedura Exit termină imediat blocul curent. Dacă aceasta apare într-un 
subprogram, ea are efectul unui return: controlul este predat apelatorului. Dacă 
ea apare în programul principal, execuţia acestuia se termină. 


Procedura Halt termină imediat programul, întorcând controlul sistemului de 
operare. Ea are un parametru opţional, de tip word, care specifică codul de 
terminare a programului, ce poate fi folosit în continuare de către sistemul de 
operare. 
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Procedura Break termină o instrucțiune for, while sau repeat. Ea se aplică la 
instrucțiunea în corpul căreia apare, având o semantică identică cu instrucţiunea 
break din C++. Este similară cu o instrucțiune goto et, unde eticheta er se aplică 
primei instrucţiuni de după instrucţiunea în corpul căreia apare. Compilatorul 
emite o eroare dacă Break este apelată în afara corpului unei instrucţiuni 
repetitive. Exemplu corect: 


var 
S: String; 
begin 
while True do begin 
Readln (S); 


{ ciclu infinit } 


if S= V then Break; { terminarea ciclului } 
WriteLn (S); 
end; 
end. 


Procedura Continue continuă o instrucțiune for, while sau repeat cu 
următoarea iteratie (salt la începutul corpului). Ea se aplică la instrucțiunea în 
corpul căreia apare, având o semantică identică cu instrucțiunea continue din 
C+. Este similară cu o instrucțiune goto et, unde eticheta et se aplică primei 
instrucțiuni din corpul instrucţiunii de ciclare în care apare (mai precis, ef va 
marca instrucţiunea de test, care verifică dacă se va face sau nu următoarea 
iteratie). Compilatorul emite o eroare dacă Continue este apelată în afara 
corpului unei instrucțiuni repetitive. Exemplul următor numără frecvenţa de 
apariţie a caracterului S în şirul de caractere A, tipărind şi poziţiile pe care apare: 


var 
I, N: Integer; 
A: string; 
S: char; 
begin 
write ("Introduceti sirul de caractere: A) 2 
readln(s); 
write ("Introduceţi caracterul? + 
` care se numara: d E 
readin (ch); 
N := 0; { frecvența lui S în A } 
for I := 1 to Length(A) do begin 
If A[I] <> s 
then Continue; { reia cu următoarea iteratie } 
write (S, * este pe pozitia 1,1); 
N := N+ 1 
end; {for} 
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write (S,” apare de ‘,N,’ ori’); 
end. 


Oberon 


Limbajul Oberon are două instrucțiuni de transfer: RETURN şi EXIT. 
Reamintim că Oberon este unul dintre puţinele limbaje imperative care nu 
posedă instrucţiunea GOTO. 


Instrucţiunea return indică terminarea unei proceduri. Ea este precizată prin 
simbolul RETURN (urmat de o expresie dacă procedura este o procedură 
funcţie). Tipul expresiei trebuie să fie compatibil la atribuire cu tipul rezultatului 
specificat în antetul procedurii. 


Procedurile funcţie sunt subprograme de tip funcţie şi necesită prezenţa unei 
instrucțiuni return care să precizeze valoarea rezultată. În procedurile ordinare, 
instrucțiunea return este implicită la sfârşitul corpului procedurii. Orice 
instrucțiune return explicită trebuie să apară ca un punct de terminare adițional 
(Şi probabil excepțional). 

Instrucţiunea exit este precizată prin simbolul EXIT. Ea specifică terminarea 
instrucţiunii LOOP în care apare şi continuarea execuţiei cu instrucţiunea ce 
urmează după instrucţiunea LOOP. 


7.6. Instrucţiuni de calificare 


Instrucţiunile de calificare with servesc la prescurtarea referirii câmpurilor 
unei variabile înregistrare. În situația când într-o secvență de instrucțiuni se 
referă mai multe câmpuri (diferite sau nu) ale aceleiaşi variabile de tip 
înregistrare, notația calificată (nume variabilă, nume câmp) este câteodată 
incomodă. Limbajele în care apare with sunt cele derivate din Pascal: Turbo 
Pascal şi Oberon. Instrucţiunea WITH din Oberon are o semantică diferită d. 
cea din Pascal. 


Turbo Pascal 
Sintaxa generală a instrucţiunii with este: 
with vr/, vr2, ... vrn do instrucțiune 


unde vr/, vr2, ... vrn sunt nume de variabile de tipuri înregistrare (diferite), fiind 
de fapt o scriere prescurtată pentru: 
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with vr] do 
with vr2 do 


7 with vrn do instrucțiune 
În forma ei simplă: 
with vr do instrucțiune 
dacă vr are declarația: 


var vr = record 
cl: TI; 
c2: T2; 
cr: Tr, 
end; 
atunci următoarele secvenţe de instrucțiuni sunt identice semantic: 


with vr do begin 


cl := eTl; vr.cl := eTl; 

c2 := eT2; vr.c2 := eT2; 

cr := eTr vr.cr := eTr; 
end; 


unde prin 7], T2, ... Tr s-au notat r tipuri diferite de date, iar eT], eT2, ... eTr 
semnifică expresii de tipurile respective. In forma with, instrucțiune este O 
instrucțiune (de obicei compusă) în care numele câmpurilor înregistrării nu mai 
trebuie calificate cu numele variabilei (calificarea se face o dată, prin sufixul lui 
with). Se acceptă, totuşi, şi calificarea completă a acestora (deşi manualele şi 
sistemul de help afirmă contrariul). Şi în cazul în care instrucțiune este O 
instrucțiune simplă se justifică folosirea lui with: 


with vr do cl := c2;  (Tilşi T2sunt compatibile la atribuire) 
Exemplul următor este, credem sugestiv: 
Program ExWith; 
type 
T1 = record 
cl: byte; 
c2: string[10]; 


end; 
T2 = record 
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dl: byte; 

d2: string[10]; 
end; 
T3 = record 

cl: byte; 

c2: string[10]; 
end; 


const 
vl: TL = (cl:1; c2:’unu’); 


v2: T2 = (d1:2; d2:'’doi’); 

v3: T3 = (c1:3; c2:’trei’); 
begin 

with vl do 


with v2 do begin{ se accesează câmpurile fără calificare } 
writeln(c1);  (vl şi v2 sunt de tipuri diferite } 
write In(c2); {care au nume de câmpuri diferite } 
writeln (dl); 
writeln (d2); 
end; 
with v1 do { v1 şi v3 sunt de tipuri diferite } 
with v3 do begin{ dar cu aceleaşi nume de câmpuri } 
writeln (cl); {-v3.cl } 
writeln(c2);  (v3.c2) 
end; {ultimul with este activ } 
with v2 do { inefectiv } 
with v3 do 
with vl do begin 
writeln(cl); {vl.cl} 
writeln(c2); {vl.c2} 
end; 
readln 
end. 


Folosirea with-urilor în cascadă se dovedeşte utilă în prima situaţie sau când 


unele dintre câmpurile variabilei din primul with sunt de tip inregi 
. . et 
necesită si ele calificare). ip înregistrare (deci 


Oberon 


Instrucţiunea with execută o secvenţă de instrucțiuni în funcţie de rezultatul 


unui test de tip şi aplică o gardă de tip la fiecare ia es 
i TE nai t apariție în s 
instrucțiuni a variabilei testate. = ecvenţa de 
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WithStatement = WITH Guard DO StatementSequence 
{T Guard DO StatementSequence} 
[ELSE StatementSequence] END. 
Guard = Qualident “:” Qualident. 


Dacă v este un parametru variabilă de tip record sau este variabilă pointer, şi 
dacă v are tipul static 70, instrucţiunea 


WITH v: T1 DO S1 | v: T2 DO S2 ELSE S3 END 


are următoarea semantică: dacă tipul dinamic al lui v este 77, atunci se execută 
secvenţa de instrucţiuni S/, în care v este considerată ca având tipul static 77; 
altfel, dacă tipul dinamic al lui v este 72, atunci se execută secvența de 
instrucțiuni $2, în care v is considerată ca având tipul static 72; altfel, se execută 
S3. Tipurile 7I şi 72 trebuie să fie extensii ale tipului 70. Dacă nici un test de tip 
nu este satisfăcut şi dacă clauza ELSE este omisă, programul îşi termină 
execuţia cu eroare. 


Exemplu: 


WITH t: CenterTree DO 
i := t.width; c := t.subnode 
END 


În această situație, WITH poate fi considerată mai degrabă o generalizare a 
instrucţiunii CASE, în care selectorul este garda, iar etichetele case sunt numele 
de tipuri T1, 72, .... 


7.7. Programarea structurată şi 
cum s-a ajuns la ea 


Odată cu introducerea limbajului ALGOL-60 programatorii au observat că 
programarea în acest limbaj necesită în mod natural utilizarea de mult mai puţine 
instrucțiuni goto decât cer alte limbaje în uz (spre exemplu FORTRAN). S-a 
observat deasemenea că programele astfel rezultate erau şi mult mai lizibile 
decât echivalentul lor cu goto. 


Aceste observaţii i-au făcut pe câţiva cercetători cu renume (Peter Naur, 
Edsger Dijkstra şi Peter Landin) să experimenteze la nivelul anilor ‘66-’68 
programarea fără utilizarea de instrucţiuni goto. Rezultatele obţinute au fost 
concretizate într-o lucrare de referință publicată în 1968 în Communications of 
the ACM de către Dijkstra, intitulată “Go To Statement Considered Harmful” 
[Dij68], lucrare care conţinea ca şi concluzie ideea că instrucţiunile goto ar 
trebui total eliminate din practica programării. Dijkstra sublinia faptul că 
dificultatea înțelegerii programelor care fac uz excesiv de instrucțiuni goto 
provine din marea diferență dintre structura statică a unui program (aşa cum 
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apare textul sursă în pagină) şi structura dinamică a calculelor asociate (evoluţia 
în timp a execuţiei). Ideea sugerată poate fi exprimată sub forma aşa numitului 
principiu al Structurării, care spune că: 


* Structura statică a unui program trebuie să corespundă la nivel simplu 
cu structura dinamică a calculelor corespunzătoare. 


Conferinţele şi dezbaterile ce au urmat acestui semnal de alarmă tras de 
Dijkstra au fost concretizate în dezvoltarea de noi limbaje, metode si tehnici 
grupate sub titulatura de programare structurată, stil de programare care prin 
noile tipuri de structuri de control introduse (for, repeat-until, while-do) nu mai 
necesitau folosirea de instrucţiuni goto şi permiteau respectarea acestui principiu 
al structurării (ordinea statică a instrucţiunilor programului era aceeaşi cu cea de 
la execuţie). Respectarea unei discipline de programare şi folosirea riguroasă a 
structurilor de calcul introduse au dus la posibilitatea elaborării de al goritmi uşor 
de urmărit, clari şi corecti. 


Un rezultat foarte important pentru ajungerea la programarea structurată l-a 
constituit articolul lui Bohm şi Jacopini [Boh66], care au demonstrat că orice 
algoritm poate fi compus din numai trei structuri de calcul: 


— structura secventiala; 

— structura alternativă; 

— structura repetitivă; 

În [Teo76] programarea structurată este caracterizată ca fiind: 
— programare fără goto; 

— programare de tip top-down; 


— o manieră de a organiza şi codifica programe astfel încât ele să fie uşor de 
înțeles şi de modificat, scopul ei fiind de a controla complexitatea prin 
teorie şi disciplină; 

Knuth (1974) consideră programarea structurată ca un mijloc de a face 
programele mai uşor de citit. Schach [Sch90] consideră programarea structurată 
ca fiind programarea în care instrucțiunea goto este folosită la minimum şi 
numai în jos. În [Ric80] programarea structurată este definită ca fiind 
programarea în care abordarea este top-down, organizarea muncii este făcută pe 
principiul echipei programatorului şef, iar în proiectarea algoritmilor se folosesc 
cele trei structuri de calcul definite de Bohm şi Jacopini [Boh66]. 


La nivel micro, programarea structurată se poate întâlni la nivelul elaborării 
unui (sub)algoritm, unde se impune claritate, ordine în scriere Şi respectarea 
structurilor de calcul de mai sus în cadrul fiecărui modul în parte. La nivel macro 
ca se manifestă la nivelul întregului produs program, prin practicarea proiectării 


285 














top-down, a programării modulare şi a altor metode de programare ce impun 
ordine în întreaga activitate. De asemenea, este necesară existenţa unei structuri 
clare a întregii aplicaţii, precizată printr-o diagramă de structură. 


In ceea ce priveşte claritatea unui algoritm sau a unui program, indentarea 
(paragrafarea) precum Şi inserarea de comentarii reprezintă tehnici de lucru ce 
însoțesc de obicei avantajele deja menţionate ale programării structurate. 


In final să menţionăm că, chiar dacă şi majoritatea limbajelor imperative 
actuale dispun de instrucțiunea goto, necesitatea folosirii ei a dispărut, iar 
programatorii au acum o mai bună înțelegere a modului în care trebuie utilizată o 


pă de acest tip precum și asupra situaţiei în care o astfel de utilizare este 
adecvată. 


286 





8. PROCEDURI ŞI TRANSMITEREA 
PARAMETRILOR 


8.1. Abstractizare şi specificare 


Practica a demonstrat viabilitatea principiului lui Machiavelli divide et 
impera. În proiectarea aplicaţiilor pe calculator, acest principiu se regăseşte sub 
termenul de descompunere a unei probleme, prin care se înțelege factorizarea ei 
în subprobleme disjuncte, cu următoarele proprietăți: 


1. fiecare subproblemă este situată la acelaşi nivel de detaliere; ea poate fi 
tratată ulterior ca o problemă distinctă; 


2. fiecare subproblemă se poate rezolva independent; 


soluţiile subproblemelor se pot combina pentru a obţine soluția problemei 
inițiale. 

Descompunerea unei probleme este strâns legată de termenul de abstrac- 
tizare. În general, procesul de abstractizare este privit ca o aplicare a unei funcții 
(în general neinjectivă), numită funcție de abstractizare, prin care se neglijează 
unele informaţii, considerate nesemnificative, păstrându-se doar acelea conside- 
rate esențiale din punctul de vedere al contextului aplicaţiei. Ideea de bază a 
abstractizării este aceea că lucruri diferite (însă totuşi înrudite) se pot trata 
identic. Ca metodă de proiectare a programelor, abstractizarea se poate realiza 
prin parametrizare sau prin specificare [Lis86]. 


Abstractizarea prin parametrizare 


Presupune identificarea, pentru o problemă dată, a intrărilor şi ieşirilor 
acesteia, care vor constitui parametrii formali ai problemei respective. Se 
poate discuta ce pot fi parametrii unei probleme: numai date (adică realizări 
ale unor tipuri de dată cunoscute) sau şi tipuri de dată. 


Abstractizarea prin specificare 


Se realizează prin asocierea unei specificări la fiecare subproblemă care 
trebuie rezolvată, considerându-se apoi că orice cerere de rezolvare a 
subproblemei se bazează pe această specificare, mai mult decât pe un 
algoritm de rezolvare al ei. Realizarea specificării se face printr-un cuplu de 
asertiuni, a căror folosire se bazează pe două reguli. Asertiunile: 


a. necesită (pre-condiția) ce specifică proprietăţile ce trebuie satisfăcute 
când se doreşte rezolvarea subproblemei respective; 
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b. realizează (post-conditia) ce specifică proprietăţile presupuse a fi 
îndeplinite la terminarea rezolvării subproblemei. 


Regulile specificării afirmă ca: 


1. După rezolvarea unei subprobleme se poate presupune că post-con- 
ditia este adevărată. 


2. Se pot admite numai acele proprietăţi ce derivă din post-conditie. 


Prima regulă statuează că utilizatorul nu trebuie să se gândească la algorit- 
mul de rezolvare a subproblemei, adică el trebuie să facă abstracţie de 
detalii, iar a doua afirmă că rezolvarea subproblemei oferă rezultate ce 
satisfac post-conditia, subproblema fiind o abstractizare ce reprezintă 
mulţimea calculelor necesare pentru realizarea post-conditiei. Astfel, o 
subproblemă poate fi înţeleasă într-un sens mai larg, ca o nouă operaţie pe 
mulţimea datelor ce satisfac pre-conditia. 


Se poate vorbi de abstractizare la două nivele: procedurală şi prin tipuri 
abstracte de date. 


Abstractizarea procedurală 


Este o abstractizare de tip operaţional prin care se realizează o nouă operaţie, 
utilizabilă după definirea ei. Ea permite adăugarea de noi operaţii (extin- 
derea) unui limbaj de programare (considerat ca maşină virtuală). 


Abstractizarea prin tipuri abstracte de date 


Presupune definirea de noi clase (structuri) de date şi definirea de operaţii 
pe aceste obiecte, care realizează crearea, actualizarea sau distrugerea 
acestor obiecte sau oferă informaţii asupra comportamentului acestora. 
Acest nivel de abstractizare utilizează abstractizarea procedurală şi va fi 
discutat în volumul următor. 


8.1.1. Abstractizarea prin proceduri 


Abstractizarea prin proceduri combină metodele abstractizării prin para- 
metrizare cu cele ale abstractizării prin specificare. Procedura este o unitate 
sintactică şi semantică care descrie transformarea argumentelor furnizate la 
intrare în argumente de ieşire. Din punct de vedere semantic, procedura se poate 
identifica într-o oarecare măsură cu subproblema. Ea se poate considera abstract 
ca o aplicaţie pe mulţimea argumentelor de intrare, cu valori în mulțimea 
rezultatelor, cu eventuala modificare a intrărilor: 


P:I—>E 


288 




















unde sunt posibile situațiile I = Ø, E =Ø, I NE=Ø,INE # Ø. 


Abstractizarea prin proceduri trebuie să satisfacă trei cerințe: minimalitate, 
generalitate şi simplitate. Minimalitatea este caracterizată de faptul că, 
comportamentul unei proceduri trebuie precizat numai în limitele realmente 
necesare. În general, caracterul minimal al unei proceduri implică nedeterminis- 
mul (soluții multiple), care de obicei se rezolvă la nivelul implementării, 
obținându-se unicitatea soluției. Generalitatea se obține prin utilizarea para- 
metrilor în locul variabilelor sau al ipotezelor specifice. Simplitatea înseamnă că 
procedura trebuie să aibă un scop bine definit şi uşor de explicat, care să nu 
depindă de contextul în care este utilizată. Se afirmă că o procedură este bine 
gândită atunci când se poate descrie scopul ei prin numele acesteia (adică se 
folosesc cât mai puţine cuvinte pentru a explica menirea ei). Simplitatea implică, 
de obicei, ca o procedură să aibă un cod de implementare redus (de ordinul 
zecilor de linii sursă). 


Abstractizarea prin parametrizare serveşte la identificarea datelor utilizate. 
Ea este definită cu ajutorul parametrilor formali. Ori de câte ori se apelează o 
procedură, parametrii de apel (efectivi) trebuie in general să corespundă ca 
număr şi semnificație cu cei formali. Distingem deja două momente deosebite 
din viata unei proceduri: proiectarea şi utilizarea ei. Lista de parametri, stabilită 
la proiectarea unei proceduri, realizează interfața cu alte proceduri, conferindu-i 
în acelaşi timp o mai mare generalitate (aplicabilitate în mai multe situaţii, prin 
setarea corespunzătoare a parametrilor efectivi), cu efect în realizarea de 
aplicații compacte, mai uşor de scris şi de întreţinut. 


Abstractizarea prin specificare presupune concentrarea asupra compor- 
tamentului procedurilor scrise, cu neglijarea detaliilor de implementare, altfel 
spus trebuie gândit ce trebuie să facă procedura, şi nu cum trebuie să facă. Pentru 
o aceeaşi specificare se pot realiza mai multe implementări, diferite între ele (în 
limbaje diferite, cu algoritmi diferiţi). La schimbarea implementării, programele 
apelante nu vor trebui modificate dacă specificarea procedurii nu se schimbă 
Abstractizarea prin specificare oferă o metodă de proiectare a programelor ce are 
două proprietăţi importante: localizarea şi modificabilitatea. 


Localizarea înseamnă că implementarea unei abstractizări se poate face 
independent de implementarea altora. Avantajele oferite de această proprietate 
sunt: posibilitatea lucrului în echipă (proceduri diferite pot fi implementate de 
persoane diferite) şi creşterea lizibilitatii (la înţelegerea scopului unei proceduri 
nu este necesară cunoaşterea algoritmilor folosiți pentru alte proceduri apelate de 
ea, ci doar a semanticii acestora). 


Modificabilitatea înseamnă limitarea efectelor unei modificări. Dacă imple- 
mentarea unei proceduri se modifică fără ca să se modifice şi specificarea 
acesteia, atunci apelul respectivei proceduri nu se modifică, deci efectul 
modificării unei proceduri se reduce numai la implementarea ei. Această 
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proprietate oferă şi o metodă de control a performanţei programelor, care constă 
în: 


1. se realizează specificarea corectă şi completă a tuturor procedurilor unui 
program şi se implementează cei mai simpli algoritmi; 


2. se execută programul, detectându-se “locurile înguste”, adică acele proce- 
duri care consumă majoritatea timpului de execuţie; 


3. se rescrie codul pentru procedurile respective, folosindu-se algoritmi mai 
performanti. 


Proiectarea unei proceduri presupune două etape distincte: specificarea şi 
implementarea. Specificarea unei proceduri defineşte ce au în comun diversele 
implementări ale acesteia. Implementările unei proceduri sunt echivalente 
semantic dacă ele reprezintă aceeaşi abstractizare; ele pot diferi din punctul de 
vedere al algoritmilor folosiți. O condiţie necesară ce se impune implementării 
este ca aceasta să realizeze comportamentul definit prin specificare. De 
asemenea, este de dorit ca o implementare să fie cât mai inteligibilă, cât mai 
lizibilă. Între tehnicile de sporire a lizibilitatii unei implementări menţionăm: 


1. utilizarea notatiilor de la specificare pentru parametri; 


2. utilizarea comentariilor (atât pentru precizarea algoritmului utilizat, cât şi 
în codul propriu-zis); 


3. folosirea indentării, aşezare în pagină ce facilitează înţelegerea structurii 
codului. 


8.1.2. Specificarea abstractizării prin proceduri 


Abstractizarea trebuie realizată prin definiţii precise. Ea se defineşte cu 
ajutorul specificațiilor scrise într-un limbaj de specificare. Acest limbaj poate fi 
formal, specificaţiile având un sens precis, riguros matematic, sau informal, când 
specificaţiile au un caracter descriptiv, suferind în precizie şi rigoare, dar fiind 
uşor de înțeles. 


Specificarea unei proceduri conține antetul acesteia (partea sintactică a 
specificării) şi descrierea acţiunii (partea semantică). Antetul conţine: numele 
procedurii şi lista argumentelor (parametrilor), caracterizând numele, tipul şi 
ordinea acestora. Descrierea acțiunii procedurii se face prin asertiunile: 


— necesita (condiţiile sau restricţiile de utilizare); 
— modifică (parametrii de intrare care se modifică); 


— realizează (comportamentul procedurii). 
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Din punctul de vedere al modului în care furnizează rezultatul acţiunii lor, 
procedurile sunt de tip subrutină sau funcţie. Procedurile de tip subrutină îşi 
materializează efectul în modificarea parametrilor de ieşire (eventual şi a unora 
de intrare), pe când funcţiile furnizează un rezultat de un tip precizat, determinat 
de parametri. 


Schema de specificare a unei proceduri este: 
nume = proc (lista argumentelor) [returns (rezultat)] 
necesită 

Se precizează toate restricțiile de utilizare a procedurii. 
modifică 

Se precizează argumentele care se modifică. 
realizează 

Descrie comportamentul procedurii. 


In cele. ce urmează, vor fi prezentate mai multe exemple de specificare a 
procedurilor. 


|. concat = proc (a,b:string) returns (ab:string) 
realizează 


La terminarea execuţiei, ab este un nou şir de caractere ce conţine 
caracterele din şirul a (în ordinea apariției), urmate de cele din şirul b. 


2. elim dubl = proc (a:array[int]) 
modifică - a 
realizează 


Suprimarea aparitiilor multiple ale elementelor din a. Indicele inferior a! 
lui a rămâne acelaşi, dar ordinea elementelor şi numărul de elemente din 
a se pot modifica. 


3. caută = proc (a:array[int],x:int) returns (i:int) 
necesita 
a tabel ordonat crescator 
realizează 


Dacă există un indice i pentru care x = afi], rezultatul este i, altfel i va fi 
un întreg cu valoarea mai mare decât indicele superior al lui a. 
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Din punctul de vedere al specificării lor, procedurile pot fi totale (lipseşte 
asertiunea necesită), deci nu există restricţii de utilizare a lor, sau parțiale (este 
prezentă asertiunea necesită). Termenii total sau parțial trebuie consideraţi în 
raport cu domeniul de definiţie al procedurii: o procedură totală este definită pe 
tot domeniul său (considerat ca produs cartezian al domeniilor tipurilor de dată 
ce formează lista de parametri, în ordinea specificării acestora), pe când la una 
parţială domeniul este restrâns în conformitate cu cerinţele impuse de asertiunea 
necesită. Pentru exemplele date mai sus, concat şi elim_dubl sunt proceduri 
totale, iar caută este parţială. ` 


8.2. Proceduri 


Abstract vorbind, procedura poate fi privită ca o modalitate de a aj unge de la 
o informație de intrare la o informație de ieşire. Specificarea unei proceduri 
trebuie să stabilească relaţiile între mulțimea datelor de intrare şi cea a 
rezultatelor de la ieşire, dar (conform principiului “cutiei negre”) nu trebuie să 
dea informaţii asupra modului în care sunt obţinute ieșirile. Primul lucru care ne 
interesează la o procedură este ceea CE face aceasta și nu CUM face. 


Funcţional vorbind, o procedură poate fi considerată ca o nouă operaţie 
definită de utilizator prin intermediul operațiilor primitive ale unui limbaj de 
programare. 


Conceptual, o procedură este compusă din patru elemente : 


— numele procedurii; 


o listă de definire a parametrilor; 


corpul procedurii; 


mediul procedurii. 


Sintaxa unei proceduri se referă la modul concret de specificare a celor patru 
constituenți. În general, ea arată astfel: 


procedure NUME (lista de parametri) 
declaraţii 


corpul procedurii 
end NUME. 


O procedură începe de obicei printr-un cuvânt cheie (în cazul nostru 
procedure) care declară textul care va urma ca fiind o procedură. După cuvântul 
cheie urmează numele acesteia, după care, în paranteză, urmează o listă de 
identificatori, numiţi parametri formali. Aceşti identificatori nu sunt de fapt 
variabile, ci nume care joacă rolul argumentelor reale din momentul apelului. 
Este nevoie de aceştia pentru a putea descrie procedura. Variabilele şi expresiile 
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ce vor fi preluate de procedură pentru a înlocui parametrii formali se numesc 
parametri actuali. Există o corespondență directă între parametrii formali şi cei 
actuali, bazată de regulă pe ordinea în care aceştia apar în listă. Spunem de 
regulă, deoarece limbajul Ada de exemplu, permite ignorarea acestei ordini, 
realizând corespondenţa prin numele argumentelor. De exemplu: 


procedure Proc ( A,B : in REAL ; C : in INTEGER ); 
poate fi invocată 
Proc ( 0.0, 100.0, 50); 
sau 
Proc ( A=>0.0, B=>100.0, C=>50 ) ; 
sau 
Proc ( B=>100.0, C=>50, A=>0.0 ) ; 
sau chiar şi 
Proc ( 0.0, 100.0, C=>50 ) ; 


Orientarea din prezent este de a da cât mai multă informatie la definire, în 
cadrul listei parametrilor formali. Astfel, lărgindu-se putin noțiunea de listă de 
parametri, vorbim azi de specificarea parametrilor, care poate conţine pe lângă 
numele parametrilor, tipul acestora, precum şi modalitatea în care vor fi folosiţi 
la execuţie. 


De cele mai multe ori definirea unei proceduri delimitează şi domeniul unor 
obiecte din program. Declaraţiile descriu atributele variabilelor, constantelor, 
etichetelor, si pot conţine chiar şi alte proceduri, toate acestea fiind locale 
procedurii despre care vorbim. Corpul procedurii constă dintr-o instrucțiune 
(simplă sau compusă) care controlează procesul de calcul. Deasemenea, o 
procedură poate referi variabile globale ei care provin dintr-un bloc exterior. 
Mediul procedurii constă din acele variabile care sunt definite în afara corpului 
procedurii, dar care pot fi utilizate şi eventual modificate la execuţie prin 
intermediul instrucțiunilor procedurii. 


În principal, procedurile se împart în două categorii: subrutine $i funcții. 


O subrutină este o procedură care igi îndeplineşte sarcina fie prin atribuirea 
rezultatelor unuia sau mai multor parametri, fie prin modificarea mediului 
procedurii, fie prin amândouă aceste metode. Caracteristic subrutinei este faptul 
că apelul acesteia este interpretat ca o instrucţiune. 


O funcţie este o procedură care este caracterizată de furnizarea unei valori. 
Astfel se permite ca apelul unei funcţii să fie componenta unei expresii. In multe 
limbaje de programare o funcție poate să modifice valoarea unei variabile din 
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mediu, aceasta fiind una din caracteristicile principale ale programării impera- 
tive şi implicit deosebirea majoră între noțiunea de funcție matematică (care nu 
permite astfel de modificări şi pe care se bazează programarea funcţională) şi 
cea de funcţie din informatică. 


Cele mai multe limbaje dezvoltă un mecanism sintactic de diferențiere între 
cele două tipuri de proceduri. De exemplu, un mod de identificare este 
considerarea procedurii ce începe cu cuvântul rezervat procedure drept 
subrutină, iar cea care începe cu function drept funcție. O modalitate de stabilire 
a valorii unei funcţii este atribuirea valorii numelui funcţiei, construcție ce va fi 
tratată ca şi variabilă locală. Această modalitate a fost adoptată în cazul 
limbajelor FORTRAN, ALGOL60 si PASCAL. Pe de alta parte, PL/I, Ada si 
C cer ca valoarea de transmis să fie plasată imediat după o instrucțiune 


RETURN. 


Apare următoarea întrebare: ce fel de valoare poate returna o funcție? 
Limbajele FORTRAN si ALGOL60 impun ca această valoare să fie o valoare 
simplă de tip real, întreg sau boolean. PL/1 permite în plus şi returnarea unui şir 
de caractere sau a unui pointer. PASCAL-ul permite şi el returnarea unui pointer 
pe lângă valori simple. Din acest punct de vedere Ada este cel mai generos, 
permițând unei funcții să returneze o valoare de orice tip. 


La examinarea unei proceduri distingem trei clase de nume: 
— numele parametrilor formali; 
— numele variabilelor locale; 


— numele variabilelor globale. 


Relativ la aceste categorii şi la modul în care se raportează o procedură la 
acestea, se ridică problema evaluării parametrilor actuali si a modului de punere 
în corespondență a acestora cu cei formali. 


Problemele discutate până acum se referă în principal la definirea 
procedurilor. Scopul final este însă utilizarea acestora, etapă ce apare la 
momentul execuţiei, şi care în mod concret cuprinde trei faze: 


a. CALL - momentul apelului. Se transmite controlul de la programul apelant 
la procedură. 


b. ENTRY - cuprinde acţiunile ce au loc în momentul intrării în procedură. 


c. RETURN - cuprinde acţiunile ce se execută la trecerea controlului de la 
procedură la programul apelant. 
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8.3. Evaluarea şi transmiterea parametrilor 


Evaluarea parametrilor este procesul în care fiecare parametru actual este 
asociat cu parametrul formal corespunzător. Prin transmitere a parametrilor 
înțelegem modalitatea prin care valoarea evaluată a parametrilor actuali este 
transferată procedurii. Există mai multe metode de transmitere a parametrilor, 
însă în cele ce urmează ne vom limita la patru dintre acestea care au fost cele mai 
uzitate de-a lungul timpului în cadrul limbajelor de programare proiectate: 


1. În cazul apelului prin valoare valoarea parametrului actual este copiată 
intr-o noua locaţie de memorie, care este pusă apoi în legătură cu parametrul 
formal, care acționează în continuare ca variabilă locală pentru unitatea 
apelată. Această metodă este maniera implicită de tratare a evaluării şi 
transmiterii parametrilor în cazul limbajului PASCAL. Este posibilă im- 
punerea unei astfel de metode si în ALGOL60 dacă înaintea parametrului 
formal se scrie cuvântul rezervat value. În PL/1 sunt trataţi în acest mod 
parametrii actuali care sunt expresii, dar variabilele nu. Pentru a impune 
totuşi folosirea unui astfel de mecanism şi în cazul variabilelor, se va încadra 
variabila între paranteze, și astfel aceasta va fi tratată ca expresie. Apelul 
prin valoare este deasemenea metoda adoptată pentru transmiterea para- 
metrilor funcțiilor limbajului C. 


Trăsătura principală a apelului prin valoare este că parametrul actual devine 
pentru procedură o valoare ce poate fi numai utilizată (read-only), iar 
eventualele modificări ale conţinutului parametrilor nu vor influenţa pro- 
gramul din afara procedurii. Aceasta, deoarece se lucrează de fapt cu copia 
argumentului, ceea ce poate fi un dezavantaj în cazul obiectelor structurate 
(tablouri, structuri voluminoase etc), consumându-se mult timp şi spaţiu de 
memorie cu această copiere. 


Deci, reținem că apelul prin valoare nu permite nici un flux de informație 
înapoi spre apelant, atribuirile parametrilor neafectând unitatea apelantă. Se 
mai numeşte şi apel copy-in (apel prin copiere la intrare). 


Fig.8.1 . - Apelul prin valoare 





procedure P(x,y) 
end; 


P(ab) 











Fig.8.2. - Apelul prin referință 





În cazul apelului prin referință, dacă parametrul actual este o locaţie ce 
desemnează o variabilă cu nume, această locaţie este legată direct cu 
parametrul formal corespunzător, ceea ce face ca să se lucreze direct cu 
valoarea iniţială din memorie. Acest lucru permite ca eventualele modificări 
ce se fac asupra acestor variabile să fie recunoscute şi în afara procedurii. 
De regulă, acesta este mecanismul folosit în cazul limbajelor FORTRAN 
şi PL/1 (uneori se poate întâlni la acestea apelul prin valoare-rezultat). In 
Pascal, acest mecanism este aplicat in cazul parametrilor declarati cu 
cuvântul rezervat var. Limbajul C nu dispune de un mecanism sintactic de 
impunere a apelului prin referință, acesta putând fi însă simulat soft de catre 
programator prin intermediul variabilelor pointer. C++ dispune in plus de 
tipul referință, foarte util in situațiile când se doreşte păstrarea semanticii 
apelului prin valoare în condiţiile de eficiență ale transmiterii prin referință. 
A se vedea în acest sens cele prezentate în 5.3. Să subliniem deci că 
principalul avantaj al acestui mod de apel este eficienţa. 





procedure P(x,y) 


end; 


P(ab) 
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Aha 


Una din problemele apărute în trecut la implementarea metodei transmiterii 
prin referință în limbajul Pascal a fost situaţia în care parametrii formali 
sunt declaraţi cu var, iar apelul conţine ca parametru actual o expresie. De 
exemplu: 


procedure P ( var x,y : integer ); 


P (10,2); 


Riscul permiterii unui astfel de apel este faptul că locaţia unde va fi 
memorată valoarea 10 va fi legată direct cu parametrul formal x. Dacă însă 
în corpul procedurii P, variabilei x îi este asignată o altă valoare, atunci 
locaţia în care a fost memorată valoarea 10 (numită variabilă anonimă) 
poate să conţină la ieşirea din. procedură o altă valoare. Dacă valoarea 
numerică constantă 10 va mai fi folosită undeva în program un compilator 
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“inteligent” (în sensul memorării o singură dată a unor construcții constante 
des folosite) s-ar putea folosi de conţinutul acelei locaţii, presupunând că ea 
conține tot valoarea 10, ceea ce ar putea conduce la rezultate imprevizibile. 
Rezolvarea unei asemenea probleme se poate face prin interzicerea trans- 
miterii de expresii ca parametri actuali ai unor proceduri ce modifică valorile 
parametrilor formali corespunzători, în sensul afişarii unor mesaje de eroare 
(metodă aplicată de implementările Borland ale Pascal-ului); sau, poate 
consta în tratarea separată a posibilelor cazuri problemă prin ajustarea 
metodei de transmitere a parametrilor. 


Această ultimă idee este aplicată în PL/1 pentru cazul constantelor, expresi- 
ilor şi a variabilelor a căror atribute sunt diferite de cele specificate pentru 
parametrii formali corespunzători. Pentru asemenea tipuri de parametri 
actuali se alocă de către procedura apelantă o variabilă temporară numită 
argument fictiv (dummy argument). Parametrul actual este evaluat Şi memo- 
rat în această locaţie temporară, iar adresa acesteia este transmisă procedurii 
apelate. Prin acest mecanism se asigură conservarea valorilor originale 
pentru tipurile de parametri actuali specificate. Cu singura deosebire că 
argumentul fictiv este alocat de către procedura apelantă şi nu de cea apelată, 
această metodă este similară cu apelul prin valoare. 


Apelul prin valoare-rezultat este o metodă destinată să încorporeze atât 
avantajele apelului prin valoare, cât şi cele ale apelului prin referință. 
Această metodă constă în evaluarea adresei parametrului actual Şi transmit- 
erea conţinutului acesteia locației corespunzătoare parametrului formal 
(acţiuni executate în faza ENTRY), locaţie ce va fi referită în timpul 
execuţiei. La ieşirea din procedură se evaluează din nou adresa parametrului 
actual corespunzător şi se depune acolo valoarea din locaţia parametrului 
formal (acţiuni executate în faza RETURN). Această reevaluare finală a 
adresei parametrului actual este caracteristica principală a apelului prin 
valoare-rezultat. 


Ca o slăbiciune a acestei metode, care printre alte motive a dus în timp la 
renunţarea aplicabilităţii acesteia pe scară largă, să semnalăm clasicul 
exemplu al procedurii SWAP de schimbare a conţinutului a două variabile: 


procedure SWAP (a,b: real); 
var t:real; 
begin 

t:=a; a:=b; b:=t; 
end; 


Să vedem ce se întâmplă la întâlnirea apelului SWAP (i, A[i]) cu i=5 şi 
A[5]=7 în cazul unui apel prin valoare rezultat. O schimbare a valorilor celor 
două variabile transmise trebuie să ne ducă la rezultatul i=7 şi 4[5]=5. Însă, 
în urma efectuării secventei de instrucțiuni 
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t:=5; ai:=7; A[7]:=5; 


se va reevalua adresa parametrului actual (adică adresa lui 4/77 acum!) si 
se vor furniza rezultatele i=7 şi A/7]=5, 4[5] rămânând neafectat. 


Metoda apelului prin valoare rezultat a fost folosită de unele variante de 
FORTRAN şi de un dialect al limbajului ALGOL60 şi anume ALGOL-W. 


Apelul prin nume a fost introdus pentru prima dată în cadrul limbajului 
ALGOL60. Această metodă acționează prin înlocuirea textuală a para- 
metrului formal cu expresia corespunzătoare a parametrului actual (se 
aseamănă deci cu procedeul macrourilor). Problema care apare însă la 
nivelul domeniului de vizibilitate al identificatorilor este: se va proceda la 
o determinare statică sau la una dinamică a acestui domeniu? (vezi 4.5.3). 
Apelul prin nume promovează determinarea statică a domeniului de vizibili- 
tate. Există însă şi o variantă a apelului prin nume, numită apel prin text 
(metodă utilizată de limbajul LISP) care adoptă determinarea dinamică a 
domeniului de vizibilitate pentru identificatorii implicaţi în procesul de 
calcul. 


Înainte de a da un exemplu edificator pentru sesizarea diferenţei între cele 
două moduri de apel, să facem precizarea că tehnic vorbind, amândouă 
metodele se caracterizează prin înlocuirea textuală a parametrilor formali 
cu cei actuali, ceea ce diferă însă fiind mediul referit. lată deci un exemplu 
în acest sens: 


begin integer x ; x:=1 ; 
procedure p(y) 
integer x ; x:=2 ; print(y) ; 
end p ; 
P(x) ; 
end 


Avem un bloc principal care conţine o definire de procedură împreună cu 
un apel al acesteia. Apelul prin nume va face aici referire la mediul blocului 
principal (acesta fiind mediul din momentul apelului), obținându-se un cod 
echivalent cu următoarea secvenţa: 


begin integer x1 ; xl:=1 ; 
procedure p(y) 
integer x2 ; x2:=2 ; print(y) ; 
end p ; 
p(xl) ; 
end 


Se va furniza la tipărire valoarea 1. 





În schimb, apelul prin text va face referire la mediul procedurii (unde x este 
detectabil şi are valoarea 2), deci valoarea furnizată va fi 2. Se va obţine un 
efect echivalent cu al secventei: 


begin integer x ; x:=1 ; 
procedure p(y) 
integer x2 ; x2:=2 ; print(x2) ; 
end p ; 
P(x) ; 
end 


Pentru a justifica utilitatea folosirii in anumite cazuri a apelului prin nume 
vom lua aşa-numitul “exemplu a lui Jensen”: 


Să presupunem că dorim să scriem o procedură care realizează implemen- 
tarea notatiei matematice >). Adică, dorim o procedură Suma care să 
efectueze , şi care să poată fi apelată: 


X := Suma( i,l,n,V[i] ) 


O astfel de procedură este uşor de realizat dacă se ştie faptul că se aplică 
apelul prin nume: 


real procedure Suma (k,li,lf,ak) ; 
value 1i,lf; 
integer k,li,lf ; real ak ; 


begin real S ; S := 0; 
for k:=li step 1 until 1f do 
S := Stak ; 
Suma := S ; 
end ; 
Pentru a determina efectul apelului X := Suma(i,1,n,V[i]) se 


realizează o simplă înlocuire textuală a parametrilor actuali in corpu’ 
procedurii Suma. Rezultatul va fi: 


begin real S ; S :=0; 
for i:=1 step 1 until n do 
S := S+V[i] ; 
X :=S; 
end ; 


Să facem observaţia că această procedură are şi un mare grad de generalitate. 


m n 
De exemplu 5 > ai, poate fi calculat astfel: 


i=l j=l 








X := Suma( i,1,m,Suma(j,1,n,a[li,j]) ) 


Un lucru foarte important de subliniat in cazul apelului prin nume este faptul 
că la fiecare întâlnire a unei referiri a unui parametru formal, parametrului 
actual corespunzător îi este recalculată adresa. Astfel, putem remarca aici 
că diferenţa esenţială între apelul prin referință şi cel prin nume este că 
adresa unui parametru actual apelat prin referință este evaluată o singură 
dată înainte de începerea efectivă a execuţiei procedurii, în timp ce în cazul 
apelului prin nume aceasta este evaluată /a fiecare referire a parametrului 
formal corespunzător. 


Să luăm în continuare un exemplu edificator pentru a înțelege mai bine 


modul de acţiune al metodelor de transmitere a parametrilor prezentate. Fie 
programul Pascal-like: 


var i:integer; 
d:array[1..2] of integer; 


procedure P(x:integer) ; 


begin 
i:=1; x:=x+2; d[i]:=10; 
i:=2; x:=x+3; 

end; 

begin 
d[(1]:=1; d[2]:=1; i:=1; P(d[i]); 
write (d[1],da[2]); 

end. 


Se pune intrebarea: ce va tipari programul in cazul in care transmiterea 


parametrului procedurii P se face prin: 








a. valoare; 
b. referință; 
valoare-rezultat; 
d. nume; 
e. text. 
a. Dacă d[i] se transmite prin valoare, atunci dfi] va fi evaluat la d/1/ (care 
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in momentul apelului are valoarea 1) si valoarea sava fi transmisă procedurii 
P prin initializarea parametrului x cu 1. Modificările interioare aduse la 
nivelul lui x nu vor avea însă efect în exterior, deci din acest motiv am putea 
spune că d/1] rămâne neafectat. Să remarcăm însă efectul secundar introdus 
de această procedură (vezi 8.4) prin modificarea directă adusă variabilei 


globale d/i] cu i=1 (deci lui d/17), căruia i se atribuie în interiorul procedurii 
valoarea 10, atribuire care are efectul modificării lui 4/17. Cum d[2] nu este 
implicat în nici un fel în calcule, rezultă că se vor tipări în final valorile 10 
(pentru d/1/) şi respectv 1 (pentru 4/27). 


Dacă parametrul actual d/i] este transmis prin referinţă, procedurii P i se va 
transmite adresa din memorie a variabilei d/1], x şi d[1] devenind astfel 
variabile aliate. Ca urmare, modificările la care este supus x vor avea efect 
direct asupra valorii lui-d/1/. şirul de transformări impus de corpul proce- 
durii P este echivalent cu: 


a[1]:=a[1]+2; d[1]:=10; d[1]:=d[1]+3; 
deci vom obţine în final valorile d/17=13 şi d[2]=1. 


Dacă se aplică apelul prin valoare-rezultat, se va evalua adresa parametrului 
d[i] (care initial este adresa lui d/1/) şi se va realiza la nivelul lui x o copie 
a valorii lui d/1], deci x va fi initializat cu 1. În urma atribuirilor din corpul 
procedurii x va primi valoarea 6 (x : =x+2, urmat de x: =x+3), iar d/1] va 
fi atribuit cu valoarea 10. În final, se va realiza o reevaluare a adresei 
parametrului actual d/i], şi cum între timp i a primit valoarea 2 (efect 
secundar al procedurii P asupra variabilei globale i!) adresa sa este în final 
adresa variabilei d/2]. Astfel, valoarea lui x, 6, va fi depusă nu de acolo de 
unde a fost initial luată (d/17) ci la noua adresă obţinută în urma reevaluării, 
adică la d/2]. Ca urmare, vom avea în final d[1]=10 şi d/2]=6. 


- In cazul metodelor de apel prin nume si prin text se va realiza o înlocuire 


textuală a parametrului formal x cu expresia corespunzătoare a parametrului 
actual. Apare însă întrebarea care este această expresie: d/i] sau d/1] ? Dacă 
se aplică apelul prin nume evaluarea parametrului are loc relativ la mediul 
de definire şi evaluarea parametrului nu este întârziată deci înlocuirea lui x 
se va face cu d/1]. În cazul apelului prin text se va aplica evaluarea întârziată 
(lazy evaluation) şi determinarea dinamică a domeniului de vizibilitate, 
motiv pentru care x va fi înlocuit cu d/i]. Să vedem diferențele: 


— apel prin nume: 


i:=1; d[1]:=d[1]+2; d[i]:=10; i:=2; 
d[{1]:=d[1]+3; 


secvenţă care va furniza valorile d/1]=13 şi d[2]=1. 
— apel prin text: 


i:=1; d[i]:=d[i]+2;. d[i]:=10; i:=2; 
d[i] :=d[i]+3; 


secvenţă care va furniza valorile d/1]=10 şi d/27=4. 








8.4. Specificarea parametrilor unei proceduri 


În cadrul limbajelor de programare moderne, orientarea actuală este de a cere 
programatorilor să furnizeze cât mai multe informaţii despre parametrii formali 
utilizați în descrierea unei proceduri. În Pascal de exemplu, se cere specificarea 
tipurilor tuturor parametrilor formali, iar dacă procedura este de tip funcție 
atunci se cere şi tipul rezultatului. Astfel, se permite un grad sporit de eficiență a 
verificării corespondentelor între parametrii formali şi cei actuali. 


Un alt nivel de specificare se referă la modul în care vor fi folosiți parametrii. 
În general, se permite compilatorului o oarecare libertate în alegerea metodei de 
evaluare şi transmitere a parametrilor. În ALGOL60 se poate scrie value x 
pentru a indica faptul că parametrul actual corespunzător parametrului formal x 
este read-only, şi astfel va trebui transmis conform metodei apelului prin 
valoare. Altfel se va folosi implicit apelul prin nume. În Pascal metoda implicit 
folosită este apelul prin valoare, dar se poate specifica de exemplu var y pentru a 
indica dorinţa tratării lui y conform metodei apelului prin referință. 


Parametrii unei proceduri se pot afla în una din următoarele trei ipostaze.: 


a. Parametrul “aduce” o valoare în procedură, fiind numai citit (şi folosit deci) 
însă nu şi atribuit (modificat), iar valoarea sa nu este transmisă la ieşire. 
Spunem în acest caz că parametrul este de tip IN. 


b. Parametrul transmite valoarea sa în exteriorul procedurii, valoarea fiind 
atribuită parametrului pe parcursul execuției procedurii, dar nefiind adusă 
cu o valoare inițială din exterior. În acest caz spunem că parametrul este de 
tip OUT. 


c. Parametrul este “adus” cu o valoare inițială, este apoi modificat şi transmis 
ca parametru de ieşire. Spunem că parametrul este de tip IN-OUT. 


În cazul limbajului Ada aceste alternative sunt specificate explicit de către 
programator prin intermediul cuvintelor rezervate in, out şi respectiv in-out. 
Folosirea acestei terminologii s-a făcut prima dată în cadrul limbajului SPARKS 
(definit de Horowitz şi Sahni în 1978). 


8.5. Noţiunea de efect secundar (side-effect) 


Una din problemele care se ridică este cea a efectului pe care-l poate avea o 
funcţie asupra diverselor valori din program. În cazul limbajelor FORTRAN, 
ALGOL60 şi PL/1, în scopul returnării valorii proiectate de utilizator, funcţiile 
pot modifica în corpul lor de instrucţiuni valorile unuia sau mai multor parametri 
transmişi, precum si valorile unor variabile globale. Aceste modificări asociate 
calculului valorii funcţiei se numesc efecte secundare. 
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Astfel de efecte pot crea anumite probleme. De exemplu, în cadrul evaluării 
unei expresii unde apare o astfel de funcţie ce produce efecte secundare nu se va 
şti precis ce valori vor avea alte variabile din expresie înainte şi după evaluarea 
funcției. Pentru a înţelege mai bine noțiunea de efect secundar, vom lua 
următorul exemplu scris în Pascal: 


function f(var x,y : integer) : integer ; 
begin 
a:=at+l ; 
f:=x+y ; 
x:=x+l ; 
end ; 
== 5 7 u t= 23 = 13 
z := a*u + f(u,v) + a*u ; 


Presupunem că a este declarată variabilă globală, deci atribuirea a:=a+1 va 
fi “văzută” şi în afara procedurii. La fel, va fi valabilă şi pentru exterior 
atribuirea x:=x+1, deoarece x este declarată ca variabilă a cărei valoare se 
transmite prin referință. Se observă că a și u au valorile 5 şi respectiv 2 înainte de 
apelul funcției f, iar după apelul funcţiei au valorile 6 şi respectiv 3. Aceste 
modificări de valoare reprezintă efectele secundare induse de apelul funcţiei f. 
Astfel, atribuirea lui z se va face în modul următor: i 


Z = 5*2 + 3 + 6+3 = 22 
în loc de probabila valoare dorită z=20 ! 


Pentru a se evita astfel de situații, în Ada s-a impus ca toți parametrii unei 
funcții să fie de tip IN, iar funcția să nu poată modifica nici o variabilă globală, 
ŞI nici să nu poată invoca proceduri de actualizare a acestora. Astfel, nu s-au 
permis nici intrări-ieşiri în cadrul procedurilor, acestea fiind considerate ca 
proceduri de actualizare. Ideea de bază a fost a se impune definirea unei funcţii 
în stil pur matematic, în sensul că aceasta să fie privită doar ca un obiect ce 
produce o valoare şi atât. 


8.6. Proceduri mutual recursive 


O altă problemă care a trebuit să fie rezolvată a fost problema procedurilor 
mutual recursive. Acestea sunt proceduri care se apelează reciproc. Problema 
care apare este imposibilitatea respectării principiului definirii unui obiect 
înaintea utilizării lui, deoarece oricare din cele două proceduri s-ar defini prima, 
ea va conţine în corpul ei un apel al celeilalte proceduri, care nu este încă 
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definită. Rezolvarea impasului constă în posibilitatea declarării unei funcţii 
printr-un antet specific, reprezentând semnalarea faptului că definirea va urma 
utilizării. Limbajul Pascal implementează în acest scop declaraţia forward. lată 
un exemplu: 


program pp ; 
procedure Q( y : real ) ; FORWARD; 
procedure P( x : real ) ; 
begin 
Q(x) ; 
end ; 
procedure Q ; 
begin 
P(y) ; 
end ; 
begin 
end (* pp *). 
După cum se observă, definirea procedurii anunțată prin directiva FOR- 


WARD nu mai conține lista parametrilor formali. În blocul definirii se vor folosi 
parametrii formali din declaraţia de procedură cu FORWARD. 


Facilităţi asemănătoare sunt folosite de limbajele C, Ada, unele variante de 
ALGOL, şi bineînţeles în general de orice limbaje care acceptă mutual 
recursivitatea. 


8.7. Variabile aliate în proceduri 


O altă situaţie în care efectul execuţiei unei proceduri poate să depindă de 
metoda de transmitere a parametrilor apare în legătură cu existența unor 
variabile aliate (aşa numitul acces multiplu). 


Cea mai frecventă situaţie este cea în care se apelează o procedură cu un 
parametru actual care este şi variabilă globală pentru procedură. Să luăm 
următorul exemplu: 
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procedure P(x:integer) ; 


begin 
x:=x+1 ; 
Xi=xt+y i 
end; 


Procedura P conţine o variabilă globală y. Daca P va fi apelată prin PO), 
presupunând că se va utiliza tehnica apelului prin referință, variabilele x şi y vor 
deveni variabile aliate: 


x y x y x y 
P(y) x:=xt] xi=xty 
cu y=2 


in acest caz, valoarea finală pentru y va fi 6. 


Dacă se va folosi apelul prin valoare-rezultat, valoarea finală pentru y va fi 5: 





Să mai considerăm un exemplu: un algoritm de determinare a valorii 
c.m.m.d.c. a două numere întregi, şi apoi divizarea lor cu această valoare (tot în 
cazul apelului prin referință): 


procedure simpl(var a,b:integer) ; 
var c,d:integer; 
begin 
c:=a ;° d:=b ; 
while c<>d do 
if c>d then c:=c-d 
else d:=d-c 
b:=b div c ; 
a:=a div c ; 
end; 


Dacă a=10 si b=5 se va obține rezultatul a=2 si b=]. La prima vedere s-ar 
părea că apelul simpl(x,x) cu x>1 ar produce rezultatul x=/, dar se va obţine de 
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fapt x=0, deoarece a şi b vor fi variabile aliate spre valoarea x; b va primi 
valoarea 1, după care atribuirea a:=a div c (ţinând cont că a şi b sunt aliate va 
deveni a:=J div c) va impune ca valoarea variabilelor aliate a şi b să fie 0 ! 


Dacă se va folosi apelul prin valoare-rezultat, atribuirea variabilei b nu va 
afecta şi valoarea lui a, pentru că amândouă variabilele a şi b vor reprezenta 
copii locale ale parametrului actual x. La întâlnirea sfârşitului procedurii va fi 
copiată valoarea 1 la locaţia corespunzătoare parametrului actual x. 


8.8. Corutine 


Corutinele sunt proceduri bazate pe relația unui control reciproc al execuţiei 
(control mutual), caracteristica lor fiind trecerea controlului de la o corutină la 
alta fără existența predefinită a unui program apelant şi a unuia apelat. Se 
renunţă deci în această definiție la condiţia de execuţie completă a unui modul 
apelat. 


Trecerea controlului de la o corutină la alta se face folosind instrucţiunea - 
RESUME nume 

a cărei acţiune constă din: 
— memorarea informaţiilor privind locul opririi în procedura proprie; 


— apelul corutinei nume pentru execuţia acesteia începând de la locul ultimu- 
lui ei RESUME. 


Exemplu: 


Corutina A Corutina B 





RETURN 


În ceea ce priveşte implementarea unui sistem de corutine trebuie avute în 
vedere următoarele aspecte: 
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a. Iniţierea execuţiei poate fi făcută de către oricare corutină membru, urmând 
ca celelalte să-şi înceapă activitatea mai târziu. 


b. | Terminarea execuţiei unei corutine nu trebuie să împiedice terminarea 
celorlalte. 


c. Trebuie ca trecerea controlului între oricare două corutine din sistem să se 
facă numai prin RESUME. 


Aspectele a) şi b) se rezolvă în particular pentru fiecare sistem de corutine în 
parte. Problema c) se poate rezolva astfel: 


— fiecare corutină dispune de o locație L care conține adresa următoarei 
instrucțiuni de executat din corutină; 


— fiecare instrucțiune RESUME depune mai întâi în L adresa instrucţiunii 
de executat, după care apelează altă corutină; 


— la activarea unei corutine se începe cu instrucțiunea a cărei adresă este 
specificată în L. 


În cazul folosirii de corutine recursive, aceste reguli trebuie combinate cu un 
mecanism de stivă. 


Corutinele sunt folosite în principal la aplicațiile de simulare. De exemplu, 
simularea desfăşurării unui joc de cărți în patru poate fi făcută prin proiectarea a 
patru unităti de program, câte una pentru fiecare jucător. După fiecare acțiune a 
unui jucător, unitatea de program corespunzătoare acestuia trebuie să activeze 
unitatea de program corespunzătoare jucătorului care urmează. La activare, 
fiecare unitate trebuie să reia execuția de la punctul în care a lăsat-o ultima ei 
activare. Apare astfel ideea implementării acestor unități de program sub forma 
unor corutine. Fiecare corutină reprezentând câte un jucător va avea următoarea 
formă: 


declarații locale (de exemplu,cartile jucătorului i ) ; 
CÂTTIMP jocul nu s-a terminat EXECUTĂ : 
alege o carte ; 
joacă o carte ; 
reia execuția corutinei corespunzătoare următorului ; 
SFCÂTTIMP 


Procedurile convenționale sunt subordonate unității apelante în sensul că la 
terminarea execuției lor, acestea redau controlul unității apelante. În cele mai 
multe limbaje de programare această operație de revenire cauzează ştergerea 
valorilor locale procedurii apelate. În contrast, corutinele acționează ca nişte 
unități care se activează explicit una pe cealaltă, retinandu-se informațiile despre 
valorile curente ale obiectelor corutinei, în scopul unei viitoare activări. 
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Limbajul SIMULA 67 are implementată noțiunea de corutină pentru 
simularea execuţiei concurente. O corutină în limbajul SIMULA 67 este o 
instantiere a conceptului de clasă, a cărui formă generală este următoarea: 


class x( lista de parametri ) ; 
declaraţiile parametrilor ; 


begin 
declaraţii locale ; 
lista_de_instructiuni_1 
detach ; 
lista_de_instructiuni_2 
end 


Dacă variabilele y/ şi y2 sunt referințe către obiectul x (Situaţie indicată de 
declaraţia ref (x) y1,y2;) atunci crearea la execuţie a obiectelor indicate se 
face : 


yl :- new x(...) ; y2 :- new x(...) 


La întâlnirea cuvântului rezervat new, se instanțiază clasa indicată şi se 
execută corpul acesteia. La întâlnirea lui detach, controlul este transferat înapoi 
unităţii care a emis comanda de instantiere new. Ca şi consecință a lui detach, 
unitatea de activare se comportă acum ca si o corutină căreia i se poate relua 
execuţia, şi care, la rându-i, poate relua execuţia altor corutine. 


Cu aceste precizări, putem da în continuare o variantă de program la 
problema jocului de cărţi cu patru participanţi, variantă în care s-au detaliat doar 
părţile esenţiale pentru scopul urmărit: 


begin boolean gata ; integer castigator ; 
class jucator(n,mana) ; integer n ; 
integer array mana (1:13) ; 
begin ref(jucator) next ; 
detach ; 
while not gata do 
begin  joaca-o-carte ; 
if gata then castigator:=n 
else resume (next) 
end 
end ; 
ref (jucator) array p(1:4) ; integer i ; 
integer array carti(1:13) ; 
for i:=1 step 1 until 4 do 
begin generează cărţile pt.jucătorul i în carti ; 
p(i):-new jucator(i,carti) ; 
end ; 
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for i:=1 step 1 until 3 do 
p(i).next:-p(i+1) ; 
p(4).next:-p(1) ; 
resume p(1) ; 
tipareste-invingatorul 
end 


Să observăm că lista_de_instructiuni_1 din forma generală de definire a 
clasei este vidă în cazul nostru, întâlnirea lui detach realizându-se după fiecare 
din cele patru instantieri din primul ciclu for. Astfel, se redă controlul instantierii 
următoare, iar apoi pentru i=4 se redă controlul celui de-al doilea for. Acesta 
stabileşte ordinea în lanțul de reluare a corutinelor, prin atribuirile pointerilor 
next. Lansarea efectivă în execuţie a procesului este realizată de instrucțiunea 
resume p(1). Să observăm că de aici încolo reluările vor fi efectuate de la 
ciclul while al corutinei respective, deoarece detach a fost deja întâlnit în cadrul 
acţiunii lui new. 


8.9. Conceptul de supraîncărcare 


O construcţie a unui limbaj de programare se spune că este supraincdrcatd 
dacă există mai multe înţelesuri posibile ale acestei construcţii, iar înţelesul 
adecvat se stabileşte pe baza specificării tipului argumentelor sale. 


Din moment ce semnificaţia semantică a unității lexicale nu este unică, 
utilizarea ei este ambiguă, existând pericolul unor confuzii. Cu toate acestea, 
supraîncărcarea este tolerată în toate limbajele de programare, luându-se măsuri 
pentru eliminarea confuziilor. 


Avantajul supraîncărcării este că obiecte diferite pot fi folosite de 
programatori diferiţi în contexte diferite şi pot fi apoi combinate într-un program 
fără a se produce confuzii. 


Despre supraîncărcare se poate vorbi sub două aspecte: 
— supraincarcare a operatorilor; 


— supraincarcare a procedurilor. 


8.9.1. Supraîncărcarea operatorilor 


În expresia A*B, semnificaţia operatorului “*” depinde de tipul variabilelor A 
şi B. Înmulțirea a două valori de tip întreg este o operaţie total diferită de 
înmulțirea a două valori de tip real. 


Această supraîncărcare existentă în majoritatea limbajelor de programare 
este amplificată în Ada de exemplu prin faptul că programatorul are latitudinea 
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ree: a IERI RIES 


de a defini după dorinţă şi alte semnificaţii ale operatorilor. De exemplu, A*B 
poate desemna înmulţirea a doi vectori, a două matrice etc. 


Problema esenţială pentru un translator este determinarea intelesului adecvat 
pentru unitatea lexicală respectivă. Majoritatea limbajelor de programare aplică 
regula adoptată de ALGOL68, şi anume că specificarea tipului argumentelor 
trebuie să fie suficientă pentru a identifica modul corect de aplicare. În exemplul 
următor, scris in ALGOL68, operatorul max este supraîncărcat cu trei definiţii: 


op max = ( real x,y) real 
if x>y then x else y fi 


max = ( int i,j ) int 
if i>j then i else j fi 
max = ( long real x,y ) long real 


if x>y then x else y fi 


Versiunea corectă pentru utilizare va fi determinată de compilator în funcţie 
de tipul argumentelor curente. 


O altă precizare care se impune este că supraîncărcarea unor operatori nu 
modifică prioritatea acestora. Ca exemplu, în Ada există următoarele reguli 
referitoare la supraîncărcarea operatorilor, care pot fi verificate de compilator şi 
care, în consecință, sunt obligatorii: 


— un operator unar trebuie definit ca o funcţie de un singur parametru, iar un 
operator binar ca o funcție de doi parametri; 


— o supraîncărcare a unui operator relational trebuie să aibă rezultatul de tip 
BOOLEAN; 


— nu se acceptă supraîncărcarea operatorului “/=” (diferit), dar orice su- 
praîncărcare a operatorului “=” generează o supraîncărcare implicită a lui 
“/>”, definită ca negarea primei supraîncărcări. 


8.9.2. Supraîncărcarea procedurilor 


O procedură este supraîncărcată dacă numele său este supraîncărcat. Toate 
procedurile ce poartă acelaşi nume sunt supraîncărcate. 


În cadrul unei unități de program pot coexista mai multe proceduri distincte 
având aceeaşi denumire, cu condiţia ca specificările lor să se deosebească între 
ele în anumite privinţe. La identificarea unor proceduri supraincarcate se tine 
cont de numărul parametrilor formali, de numele, regimul şi tipul fiecăruia. În 
cazul procedurilor de tip funcţie se tine cont si de tipul rezultatului. Dacă două 
proceduri supraîncărcate nu pot fi distinse pe baza acestor elemente, atunci nu se 
acceptă prezenţa lor simultană într-o unitate de. program. De exemplu, toate 
procedurile Ada următoare pot fi distinse între ele. Corpurile lor pot defini 
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procese de calcul diferite, şi se acceptă ca toate să fie apelate în cadrul unei 
singure unități de program: 


procedure P( X:INTEGER ; Y:LONG_INTEGER ) ; 
procedure P( X:INTEGER ; Y: out LONG_INTEGER ) ; 
procedure P( U:LONG_ INTEGER ; V:INTEGER ) ; 
procedure P( U:LONG INTEGER ; W: INTEGER ) ; 
procedure P( U:LONG INTEGER ; W:INTEGER ) 

return REAL; 
procedure P( U:LONG INTEGER ; W:REAL ) ; 


ie eS pe 


aS 


La compararea specificărilor unor proceduri supraîncărcate nu se tine cont de 
expresiile opţionale care precizează valori iniţiale ale parametrilor. De exemplu, 
următoarele subprograme NU pot coexista, cu toate că se deosebesc în privința 
acestor expresii: 


function F( I:INTEGER := 0 ) return REAL ; 
function F( I:INTEGER := 2 ) return REAL ; 


La apelul unor proceduri supraîncărcate programatorul trebuie să precizeze 
suficientă informaţie pentru a evita orice ambiguitate. 


De exemplu, în prezenţa celor șase proceduri de mai sus, apelul P(2,3) este 
incorect, deoarece tipurile numerelor 2 şi 3 nefiind determinate, apelul se poate 
referi la procedurile (1), (3) sau (4). Dacă tipurile numerelor sunt precizate prin 
expresii specificate ca: 


P (INTEGER (2) , LONG _INTEGER (3)) ; 


atunci apelul devine corect, referindu-se la (1). Pe de altă parte, dacă se 
consideră variabilele 


I : INTEGER ; 
L : LONG_INTEGER ; 


atunci apelul P(7,L) este din nou greşit, deoarece se poate referi la (1) sau la (2). 
Distincția între aceste cazuri poate fi făcută prin menţionarea explicită a 
parametrilor formali în cadrul apelului. Dacă apelul trebuie să se refere la ( 1), 
atunci vom scrie: 


P( X:=I , vii) 
iar dacă apelul trebuie să se refere la (2), atunci vom scrie: 
P( X:=I , Y=:L ) ; 


(in Ada := înseamnă parametru in, implicit, =: parametru out, iar :=: parametru 
in-out). 


Procedurile (3) şi (4) se identifică la apel prin numele parametrilor: 
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eee ene. 


P( U:=2 , V:=3 ) ; 
apel la procedura (3) 

P( U:=2 , W:=3 ) ; 
apel la procedura (4) 


Limbajul C++ permite si el supraîncărcarea funcţiilor şi a operatorilor, 
tehnică utilizată pe larg în contextul programării orientate obiect. Deoarece 
problematica supraîncărcării este discutată în C++ relativ la metodologia OOP, 
ne-am limitat aici la discuţia pentru cazul limbajului Ada, recomandând celor 
interesați consultarea lucrărilor [Str94], [Str87] şi [E1190]. 


8.10. Conceptul de genericitate 


Unii dintre cei mai răspândiți algoritmi, a căror programare este deseori 
necesară în multe situații sunt algoritmii de sortare. Avem de multe ori nevoie de 
aceştia pentru sortarea unor valori reale, întregi sau şiruri de caractere, sau alte 
obiecte, însă acțiunile executate de o procedură de sortare sunt în esență aceleaşi, 
indiferent de obiectele care sunt sortate. Caracteristica de puternic tipizare a 
majorităţii limbajelor actuale impune specificarea la compilare a tipului 
obiectelor de sortat, ceea ce face să fie necesară existența de rutine separate 
pentru sortarea unor obiecte diferite. Facilitatile generice prevăzute de unele 
limbaje sunt destinate tocmai corectării acestui neajuns. 


Procedurile generice sunt nişte modele procedurale parametrizate, adică 
nişte proceduri care au cel puţin un element parametrizat. Aceşti parametri vor fi 
instantiati la compilare, furnizându-se o procedură actuală (deci, pentru cazul 
algoritmilor de sortare, dacă vom parametriza tipul, vom obține apoi o procedură 
de sortare pentru numere întregi, sau o procedură de sortare pentru şiruri de 
caractere etc). Aceste facilități cauzează o reducere a dimensiunii textului de 
program, cu o reducere în consecinţă şi a posibilităților de producere a unor 
erori, din punct de vedere al organizării programului impunându-se deja şi un alt 
nivel de abstractizare. 


O utilizare tipică a procedurilor generice este în a limita pe cât posibil 
dependența procedurilor de tipuri. Astfel de mecanisme există în limbajele ELI, 
SIMULA şi CLU. EL1 oferă cel mai puternic mecanism de acest gen, însă 
implementarea sa necesită multe verificări suplimentare de tip la momentul 
execuţiei, micşorând considerabil eficienţa limbajului. Implementările din 
SIMULA [Dah66] şi CLU [Lis79] au o formă mai simplă, rezultată in principal 
în urma restrictiei ca toate obiectele de tip parametrizat să fie manipulate prin 
referință. 
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În continuare ne vom referi pe scurt la facilităţile generice prevăzute de 
limbajul Ada. 

În Ada, facilitățile generice pentru subprograme şi pachete (packages) se 
datoresc posibilităților de macroexpansiune oferite de acest limbaj. Programele 
generice sunt şi aici modele parametrizate şi ele nu pot fi invocate, însă ele 
trebuie să fie instantiate la momentul compilării. De exemplu: 


generic type ITEM is private ; 
procedure SWAP (X,Y:in out ITEM) is 
TEMP : ITEM ; 


begin 
TEMP := Y; 
Y := X; 
X := TEMP; 
end; 


Procedura SWAP este o procedură generică, care schimbă conținutul 
variabilelor X şi Y. Parametrul acestei proceduri generice este ITEM (tipul 
variabilelor X şi Y), care va fi substituit la compilare. Instantierea acestei 
proceduri se poate face de exemplu prin 


procedure SWAPINTEGER is new SWAP (INTEGER); 
procedure SWAPREAL is new SWAP (REAL); 


Fiecare dintre aceste două instrucțiuni va produce câte o procedură distinctă, 
ele diferind doar în ceea ce priveşte tipul argumentelor. Să observăm modul în 
care parametrul JTEM este folosit în declararea variabilei locale TEMP şi să mai 
remarcăm deasemenea faptul că se presupune că există operatorul “:=” pentru 
operanzii de tip TEM. 


Un alt aspect care apare legat de problematica procedurilor generice este 
determinarea operaţiilor pe care le suportă un tip parametrizat. Limbajul Ada 
impune ca operațiile asupra unor obiecte de tip generic să fie specificate prin 
operatori generici. De exemplu 


generic 
type VALUE is private; 
type VECTOR is 
array (INTEGER range < >) of VALUE; 
ZERO : VALUE; 
with function “+”(U,V:VALUE) return VALUE; 


function SUM(X:VECTOR, N: INTEGER) 
return VALUE is 
SUMX: VALUE := ZERO; 
begin 
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for I in 1..N loop 
SUMX := SUMX + X(I); 
end loop; 
return SUMX; 
end; 


În acest exemplu avem o procedură generică, care realizează suma 
elementelor unui tablou de tip VECTOR. Tipul elementelor tabloului VECTOR 
fiind parametrizat (VALUE), trebuie să includem o specificare parametrică 
pentru operaţia de adunare care este folosită în funcție. Această funcţie generică 
are patru parametri, care vor trebui specificaţi concret pentru a avea loc la 
compilare instantierea necesară. Specificarea va trebui făcută, în ordine, pentru 
VALUE, VECTOR, ZERO şi +. Un exemplu de instantiere este: 


function SUMVECT is 
new SUM(INTEGER, VECTOR, 0, “+”); 


declaratie care defineste operatia “+” ca avand argumente de tip INTEGER, 
ceea ce va face ca in functia SUMVECT si fie folosit operatorul conventional de 
adunare a unor valori intregi. 
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